@royzxq 那就是一千次字符串比较，和最多一千次的 innerText 更新需要的时间。

@royzxq 现在的需求不是只渲染可见部分，而是可见部分就有几千上万个元素，只更新其中一部分，如何让开销最小，是这个问题。vue 是更新哪个元素的数据，就触发哪个元素的重渲染，所以不是全量更新数据的话，是不需要遍历元素去检测的。而 react 是不带这一部分的，想要的话可以用 mobx，或者自己实现更新逻辑。某些前端不知道怎样实现，反而怪 react 有缺陷。

@dawniii https://codesandbox.io/s/wnk25xxn8 大致是这样。

Node 类的 shouldComponentUpdate 需要根据你的数据更新策略去写

@wu67 既然引战就做好被喷的准备再来，受不了贬低就不要引战

@nohup 那你们前端知道用 react 怎么实现了没？

@nohup 所以说菜鸡就是菜鸡，懂的人，说到“二分”，就应该领悟了，知道要用二叉树去表示组件，从而高效地判断需要更新哪里。菜鸡呢，说再多也理解不了，反而怪说的人没说清楚。

@nohup 例如更新第 700 个，在各个结点组件的 shouldComponentUpdate 里判断，前 500 个不需要重渲染，后 500 个需要。后 500 个里面，前 250 个需要重渲染，后 250 个不需要。250 个需要重渲染的里面，前 125 个不需要，后 125 个需要。递归下去，到第 700 个，需要调用的 shouldComponentUpdate 次数是 log(2, 1000) * 2，不需要一个个比较。

@nohup 用二叉树式组件去表示列表，更新一个元素，那就只有那个元素路径上的 shouldComponentUpdate 会执行。说到这个份上都还不理解，那我就没办法了。

@nohup 问你的前端，去图书馆找书，是不是从头一本本找。1000 个元素，递归拆分成树，有元素更新时，shouldComponentUpdate 只需要执行数次，哪来的一个个判断。所以我一开始就说他不懂二分查找。

@VDimos 不是，vue 不需要遍历，vue 组件读写属性时会标记为需要更新。react 这个需要自己实现 shouldUpdateComponent 或者用 PureComponent，比 vue 灵活但对菜鸡不友好。

当然，就这个需求，vue 确实对菜鸡友好，但请不要说是 react 的缺陷，是你们前端不懂状态管理而已。

你这前端肯定不懂二分法
水平不行怪框架？

redhat/centos 先流行，ubuntu 后流行，虽然都差不多，但很多人的技术都会停留在他们最先掌握的流行的东西上

处方药和非处方药的区别都不知道吗……

什么鸡巴人都有，要么忍，要么滚，要么狠

离职证明都没给，说啥“手续已办完”？？难道真的以为在钉钉操作几下就算离职？真是法盲啊……

@practicezhou 离职是劳动法赋予你的权利，离职并不需要老板批准，离职只需要提前 30 日书面通知公司，最多 30 日自动离职，离职必须办手续，不办手续违法。威胁？老板拿什么威胁？用自己违法来威胁员工？搞笑哦。

@qq432591 当然不算，没有公司公章的，都没有法律效力。

劳动监察大队举报