@bthulu 这不是 EF 的范畴和问题，用表达式树可以很简单的解决这个问题

复杂的场景无论如何最后一定是存储过程，EF 或者 Dapper 这种情况就是调 script ，没区别

简单的场景显然 EF 要好用得多，所以个人认为 Dapper 可以退出历史舞台了

@YuiTH 就排序 搜索 前进后退 查看引用什么的吧……高频的用几次就记住了
VS 的搜索需要选一下 scope ，选成 solution 级别没感觉和 VSC 和 resharper 有什么区别？可能是你觉得 UI 不一样？
其实更好用，还能在搜索结果再次筛选

2019 以后我再也不用 reshaper 了，完全没用还卡。
1 其实适应一段时间就好了，毕竟快捷键只要改一次
2 完全不用 resharper 可破
3 习惯就好，个人觉得还行
4 在 test case 和 class 上直接右键都可以 run 和 debug

哈哈哈，我来补充下特点

1. 不知名，完全没听过的那种，功能也平平无奇
2. 分布式微服务消息队列多级缓存 AUTH2 容器等等想得到的组件都有
3. 项目周期都是飞一般的速度，半年 1 年就做完了，自己还涉及了所有的模块

现在一眼就能鉴定出来了

@tool2d 或许你没注意，我原文就是这么解释养老的，除了物资和身体上的问题，更大的问题是精神需求，和你的说法是一样的。

@westoy 养子女出来是不是孝顺，除了概率问题也有自己操作问题，确实如你所说子女并不能 100%保证自己养老，但是从概率上说有子女应该是远远压过丁克的，即使是护工也是欺软怕硬（你说的这个点也是我认为科技不够发达的后果）。
而且从我观察来看，即使是子女不能时刻陪伴老人，但是只要关系还在，老人是有精神寄托的。这根玩网游很像，自己的角色茁壮成长，即使不能随时随地玩，还是会获得满足感。

我不会从道德或者大道理之类的方面来说这个问题哈，只是纯理性的思考。
结论是：以目前的科技水平，丁克不合适。
丁克最大的问题也是最绕不过去的问题就是养老，养老我认为分为两个阶段
1 是中老年时，此时身体尚可，但是精神世界趋于贫乏，此时有子女则是人生的一个寄托和盼头，真的很少看见中老年时还有能让自己全身心投入的爱好（我觉得主要还是身体和大脑上的物理变化造成的），以前我也觉得不可能，但是看到越来越多的网瘾青年变成了电子阳痿，我不得不考虑这种可能性。

2 是老年时，身体和精神都大大衰退，此时除了精神寄托，还需要物理帮助，没有子女靠金钱驱使护工，那想有尊严的终老简直是比中彩票还难。

而这些问题我觉得都是科技再往前一步就能解决的，虚拟现实能够解决精神寄托的问题，医疗的进一步发达和自动化的普及能解决物理上的问题。

因此如果我的下一代选择丁克，我是完全能接受的，但是在现在这个时代我觉得丁克属实不是很理智的决定。

用 hooks 模式的时候，setState 以外的方法能够修改到真正的 state 吗？

说实话我觉得没必要纠结这一点，setState 之后就变成了新的 state

我感觉说这话的是根本没从上古时代开始干过复杂前端项目的

在 js 和 jq 时代我不止一次造过乱七八糟但是功能和现代前端框架类似的轮子

你觉得现在的前端太复杂了，是因为复杂度本来就摆在那里

不就是一个自定义比较器吗？把你的逻辑写在里面传给排序不就好了

排序本质就是 2 个元素如何比较

不过你这个逻辑感觉描述的很混乱，A 值=0 ，指的是比较的 2 个对象的值 A 都是 0 还是有一个为 0 ？

如果你能精确的明白你哪些 dom 操作会触发重绘，所以能够合并这些操作，那肯定是有性能优势的

问题是没人能做得到

哈哈，在这种社会达尔文+自利主义横行的地方，谈到牺牲权益来保护弱势群体，就跟粪坑里扔了块石头一样。

境外诈骗横行监管不力？关我吊事我又不会被骗

境内严格风控保护弱势群体？我 CNM 侵犯我隐私……大棒……调教……

现在的科技程度还不足以让人理性的作出不生孩子的决定

真到了脑内科技发达，护理机制完善的时候，一个人也能够体面的度过晚年，丁克才能变成一个可选择的项

我都不想从道义上谴责百度

就说说百度贴吧吧，中文 bbs 的始祖吧，无数人的网络初始记忆，汇聚所有论坛入口于一处，这在移动时代是多么恐怖的事情？

而百度在远古时代就做到了，不比 QQ 开局差吧？

结果天胡开局整成了这样……

真的太蠢了……

遍历有啥不优雅的……直接用 array 的 api 呗

说实话我不是很明白一边觉得遍历不合适一边想着反复序列化反序列化……序列化的开销和不优雅程度可比遍历大多了……