@geelaw *刘盼到一半 => 浏览到一半

上拉加载似乎是标准功能，就是一个超长列表只有在用户快到底部时才获取靠后内容。

下拉刷新，即用户滑倒顶部继续上滑时加载新内容，是 Britcher 的发明，最先出现于他个人开发的 Twitter 客户端，现在是 Twitter 的专利（无偿授权）。

标准的结合用法可以总结如下：app 的界面是用于观察一个只能在头部追加的链表用的，用户进入 view 时获取了该链表的快照，具体来说就是头节点。
app 从头节点开始遍历，把链表的每一项从上到下放置在 view 内，由于列表很长，可以只加载几屏幕的内容，用户上拉接近底部后继续放入更后面的项，当然也可以暂时删去已经过于靠上的内容。这可以一直进行到整个链表的快照遍历完毕。
当用户回到顶端后继续下拉、明显溢出时，理解为用户想要看（原先）头节点前面的内容，由于已经过去一段时间，所以原先的头节点可能不是现在的了。下拉刷新就是获得新的头节点并展示原来头节点以前的内容。这个逻辑和刘盼到一半往回是一样的，本质上都是让用户可以在（实时更新的）链表上前后移动。

这套逻辑最原教旨的用法里，刷新后不一定非要到新头节点，如果产生了很多新内容，从原来的头慢慢往前是最连贯的做法。当然实际情况很可能是一下蹦到最新的头节点。

微博的浏览界面不是按照时间排序的，所以这个链表的逻辑不适用，微博既可以下拉加载也可以上拉加载，可以认为是不断用新内容填充 view，至于新内容填充在哪里全凭用户怎么拉。（我不确定微博是否是这样安排内容的，可能它有更复杂的逻辑。）

另一个有趣的事情是我发现 Twitter app 的内容其实很短，可以很容易拉到底部（它不再加载更早的内容），也可以做到拉到顶部刷新后没有什么新内容。另外 Twitter 似乎也不全是按照时间排序的。

首先，CSS 的 1px 并不是对应显示器上一个最小可改变颜色的单元（即实体像素）。例如对于 200% DPI 的情况，浏览器默认会把 CSS 1px 对应为显示器上的 2px，于是 CSS 0.5px 对应显示器上的 1px 。通过有级别缩放可以调整对应比例，能放大自然也能缩小。

其次，即使 CSS 1px 对应显示器 1px，浏览器也可以采用超采样来反走样，比如需要渲染 10px 宽、1px 高的矩形，其中上 0.5px 是黑色，则浏览器最终可以让显示器显示 10px 宽、1px 高的矩形，其颜色的灰色。

尝试改变例子可能会起到反作用。

如果工具知道自己应该被谁使用，那么 ITool 可以有一个 CreateToolUser 方法。

@yangyaofei #6 您似乎混淆了方向导数和高阶导数。

@siyemiaokube #7 这里的问题应该对应高阶微分，即是要问为什么各个二阶偏导数组成的双线性形式就对应二阶微分里的二次形式。二次形式总是用对称阵描述，而双线性形式不一定。马后炮来说，从美感上讲应该有这件事成立，即双线性形式 A 就是它对称化的结果 (A+A')/2 。

这件事情对于“可分解”多元函数自然成立，所谓“可分解”二元函数，是指形如 f1(x)g1(y)+...+fn(x)gn(y) 的函数，其中各 f 、g 都可导，先对还是后对 x 求导数没有任何区别。

多项式函数就是“可分解”的，把多项式转换为幂级数，则可以看出此性质对多元解析函数成立。

实际情况是它对足够好的函数都成立，Peano 的版本是：如果 Dx 、DyDx 、Dy 在开集里存在，DyDx 内点连续，则 DxDy 存在且和 DyDx 相等。

在“好的函数”的世界里，各种操作可以换序是常态。

可以看到

为什么会觉得是 2038 问题？ Windows 自带的时间数据类型可以支持至少 30000 年，从 VS 2003 开始 time_t 就默认是 64 位了，很难相信微信还在用 32 位的 Unix 时间。

另一个问题是为什么就能确定是企业微信的问题。楼主也没说控制变量的尝试结果是怎么样的。一个很容易想到的理论是：因为时间改变，几乎所有的证书都失效了，从而导致各种代码验证失败（包括本机 Windows 程序的数字签名以及 TLS 证书等）。

@Tony042 #4 这里需要的是 ctor 不是 operator=。

@xuegy #2 因为 https://en.wikipedia.org/wiki/Most_vexing_parse
但比较奇怪，一般来说用 = 初始化不会有歧义问题，反而是用函数调用初始化容易有“最烦人的解读”。

这个东西是朴素的广播加密，也算不得“上当”。

在多个用户自行生成密钥时，更巧妙的工具叫做临场广播加密（ ad hoc broadcast encryption ）。

是有更多“临时对象”所以才慢。定量考虑的话，join 需要 N 的时间时，朴素累加可能需要 N^2 的时间，我能想到的最快的累加也可能会需要 NlogN 的时间。

什么叫做“自己实现 join 的功能”？

如果你要求相同的时间复杂度且不能用 Python 的 join 恐怕不行，因为 join 是 Python 自己实现的，可以想象它先算好最终长度，然后分配内存，最后写入数据。

如果只是希望实现相同的功能，不论时间，则用平衡分组连接比较好，这只需要 NlogN 的时间。

从逃逸分析的角度，比较像是 OnAfterDeserialize 改变了 name 。

这个问题和数组遍历几遍没关系，主要区别在于内存分配。

Array.map 每次都要分配新的数组，可以想象 no-stream 的 map 只是变换迭代器，当然快。当然这不能怪 Array，毕竟功能不同，要写出值得比较的代码可以对 mf 复合自己 map_count 次，再变换成 reducer，然后直接在 data 数组上用 reduce 。

而且好好写 for 循环不香吗？

可以关掉 Ctrl+Shift 输入法切换，用 Windows+Space 。

正确标题：浅度剖析

深度剖析至少应该涉及多重继承、虚拟继承、虚拟析构的问题。

@idyu #58 因为 https://github.com/yikeke/zh-style-guide/issues/27#issuecomment-784925592

@v2webdev #22 我并不在意这个词的意思，而是觉得很好玩，因为我一开始以为额这个例子是已经写好的例子，但看其他页面可以发现这是占位符，于是这是一个巧合地自我指涉的例子。

https://i.loli.net/2021/02/24/xXWPv2MAVtkqYdJ.png

不推荐使用只有特定人群才了解的词语……“TW 们”是什么？