看起来没人理过这条，个性化推荐，第三方共享数据的处理也流于形式，个人选择权几近于无

https://nmca.miit.gov.cn/zwgk/zcwj/flfg/art/2021/art_0bb3c8d9e620423fb4deeb85e1b751c5.html

> 第四十五条　个人有权向个人信息处理者查阅、复制其个人信息；有本法第十八条第一款、第三十五条规定情形的除外。
> 个人请求查阅、复制其个人信息的，个人信息处理者应当及时提供。
> 个人请求将个人信息转移至其指定的个人信息处理者，符合国家网信部门规定条件的，个人信息处理者应当提供转移的途径。

看 op 描述，是超出风险承受能力（心理上），其它内容在论证这个结果

@Chuckle 不定高的问题是滚动条，普通元素的滚动条是和内容线性对应的，虚拟列表要手动对齐这部分交互体验。

以你的 demo 为例子，不定高度一页是 2000 条数据，ctrl+end 定位的话尾部应该是第 2000 条，我这里操作结果是 1946 。再一个是拖动滚动条，能明显看到鼠标指针和滚动条慢慢错位。

滚动条拉到一半位置，定高只要按索引折半，再细点就算上容器高度，简单的计算。不定高就不一样了。

碰到不定高度的直接想法就是算出来缓存，后台绘制，缓存。问题是虚拟列表数量往往不会少，就算只绘制一遍也是不小的开销，要是再加上加载图片的场景，时间和精确至少少一个。

后端给出高度也是一个方案，不考虑后端如何得到数据的问题，前端的一个问题场景是不定宽度的容器，数据高度受宽度影响也会变化。

不考虑滚动条的事行不行？也可以，虽然体验有区别，细节处大部分人没碰到也不会在意，也许以后大家都默认虚拟列表的交互就是这样的

@ftylollipop 想要掉落附魔

@okaykai #58 不用怕，干活的人从来只需要赚跌的收益就行，资本会把涨的风险包圆的

想法是方式 1+方式 2 ，优先可用，然后适量整理调优
现实是方式 1 ，方式 1 ，。。。没有足够的资源方式 2

@gsx250

> 这些商单，是歌手自己花钱买的，达人加入歌单参与分成，网易从中抽成，当然就我个人看来，网易估计抽成达到 90%。
> 再后来发现这网易还得给达人分成，所以现在针对歌单达人还有个活动，也是加”歌“到歌单，然后参与分云贝，这不钱都不用给了。

> u1s1 ，网易的各种达人，基本都是用爱发电，没有合适的渠道变现。这个网易自己也知道，也没办法，所以有这种骚操作。

所以把 rmb 换成了古董贝币？

没有，没找到小程序，版本太老了？

@xpa #2 用的人多两种原因

1. 先行者，事实标准
2. 大集团，有资源推广，也能给到做好的资源

3. 不坑的评价是多方面的，每个项目都可能有所侧重有所舍弃

以前我想讲道理，现在我想讲情绪，什么呼吁极高，有关系吗

@xlLee 情况是你连上网络后，app 一看有网了，赶紧报到去，call 服务器：我上线了，有新闻发给我

@wseani 怎么说呢

比如有个问题是 ? + ? = 5 ，你跟小朋友说 1+4=5 ，小朋友可能会跟你说“你错了，老师说过 2+3=5”

午夜列车
Q 剧情里的人都是正常人吗
A 不相关

搜了下答案，明明关系很大
---
ps：不喜欢这类猜迷/脑筋急转弯，本质上是猜心，题面基本没有信息，全靠脑补，出题人说了算，答题者也可以自行扩充设定得出一个符合题面且自洽的答案，但是不会被出题者接受