Taro 小程序选 jotai ，体积非常小且兼容性非常好。实际上 jotai 可以用在任何地方，包括 Taro 和 RN 等一切 React Base 的地方。recoil 是很奇怪，在 Taro 上用不了，体积相对 jotai 也大了非常多，不知道有什么黑魔法。

我已经用 jotai 替代 mobx 已经半年了，感觉全局 state 这块的心智负担已降至 0 。但 jotai 有个缺点，就是 jotai 只能在 「 React 内」使用。这个作者也比较头疼，宣称用户想要和 「 React 外」通信只好借助 jotai-zustand 解决。不过我是接受不了这个方式，所以所有非 React 代码比如 utils 工具都要以 hooks 的方式出现，习惯后发现这样也挺好。

@zwgf hhh 老哥把我给整笑了，原来 PHP 还有这一出啊……

Laravel +1

20 年双 11 ，84%。 使用状况是早上起来拔电，睡觉才充电。

react-query 配合 axios 完成 99% 的状态管理，还有复杂的（指父子子孙孙嵌套组件），全局的会用 mobx 完成最后 1%。

另外 hooks 的确有负担，而且不小，我有个项目自己写了 500+ hooks 组件但不敢说自己会用了。主要是黑魔法太多比如用 useRef 全局存状态什么的，要是写不好，组件会出现非常多没必要的 reRender 。

读官方 hooks 文档用处不是太大，随便看看就行，官方自己也承认没写好目前在重写中，主要还是多写多踩坑吧，写够一定数量的 hooks，就自然学会了。

@kiddyu 不大行。和 Laravel 差距太大，虽然一整套范式给你约定好了，可惜 node 这边没有能打的 ORM 。他那边封装 knex 的 lucas （应该是叫这个吧？）比较拉垮。


其实这些单一好与坏都可以弥补，比如 ORM，没有？那花时间肯定可以写个巨牛逼的出来，但自己一个人造轮子不行啊，还得搞生态。生态太重要了。

PHP 那海量且久经考验的 composer 库是非常厉害的，这个 node 实在比不了，不是质量不质量的问题就是整个社区风气的问题。node 这边的人倾向造轮子，什么不好就造，造完版本号 0.0.x 还没用完就弃了。

如果没弃，就搞断崖式 BC，本来有点生态的，这一弃全没了。经常可以看到有些 lib 的 plugin 对标的不是 2.x.x 这种大版本而是 2.2.x 这个级别的版本。

感觉扯远了，回到正题。现在是 2021 年，node 这边基本可以确定只剩 nestjs 和 express 两个选择了，实在想要性能还多个 fastify 可以选。别的就算了。

推荐 Sequelize，TS 也有对应版本，nest 也有官方的 plugin 。

TypeORM 深度用过，坑十分多，而且新版本难产，repo 不活跃，文档几乎等于没有，差不多有问题都要翻源码解决。

另外就是 prisma 刚用起来会比较兴奋，但…… 该有的问题还是有，而且还多了一层。

看楼主之前用 Laravel，可以很负责的和你说，node 没有一个 ORM 可以和 Eloquent 抗衡，是的哪怕是 Sequelize 也不行，S 的代码量基本是是 E 的两倍以上，如果涉及到 MM 表那就更长了。

个人很喜欢 Laravel，主要是喜欢他的 ORM Eloquent，只可惜 PHP 强类型还不堪用，并且一些业务要使用 Eletron，才勉为其难的使用上了 nest + Sequelize 。

做得还蛮不错，基本上各种能 pixel 的地方都 pixel 了，这点很棒。早年我也在构想搭建一个类似的站点叫 famijam，可惜感觉工作量太大就放弃了。主要是 demo 做出来后发现单纯的收集截图总感觉少了点什么，除了截图感觉更应该收集的是游戏声音部分或者说是游戏音轨，比如 title sound 。大部分时候 8bit midi 要比 8bit pixel 更能勾起回忆。

nest.js ，AOP 分层极度舒适。

Sorry，打错字，上面「二发」是「二开」。

你的第二个问题如果是说基于 darft 封装一个开箱即用的我个人觉得是「有意义」的。因为现在市面上的所有富文本编辑器并不是都可以开箱即用的，多多少少都会有一些问题。

不过你是基于 darft 二开，势必会在「某一个」阶段遇到一个「不可避免」的问题，那就是重写，因为富文本这个领域，如果你不能控制 Core Engine 的一些代码，是很难做到指哪打哪的，到时候会略显被动，例子请参考语雀。

当然，如果你只是想比较「浅」的基于 darft 二开，我认为你奉献一些 Plugin 就好了。

就我最近二发编辑器经验，如果一个编辑器 Core 没有比较好用的 Table 和 CodeBlock Plugin，很大程度可以说明一些问题。所以，如果你是自研，也请先搞定这两个，熬过来之后，别的功能都很好实现。

BTW，复杂和困难是两回事。

求拉一下。 -J-A-S-O-N-F-U-N-G-

非常棒，比一个个装 quicklook plugin 方便太多。 希望后期加入 image byte size 。

补一下，这个没 Grinder，通常这个级别的家用机都比较专一。

近段时间在用 Nuova Oscar2，好评。有个商用级别 Steamer，你可以去康康。

30min 还没能喝完就要倒掉了。无论什么方法都无济于事。

FILCO67 压了几年了，几乎没用过自带键盘，然后当然是继续压下去。胶垫刚好落在金属边框是，根本压不倒键盘嘛。

v4 从 alpha 用到 rc，用了很长一段时间，基本上除了 Icon 改动大一点，没有明显的 breakchange，非常难得。form 也已经可以通过 ref 和 useImperativeHandle 复用了，大满足！

另外就是，table 这块，rc-table 简单用用还是可以的，如果有比较复杂的需求，还是得 ag-grid…… 商业级别的 lib 可以覆盖 99% 你想得到和想不到的需求。

所以，楼主现在就可以开始做兼容 v4 的版本了哈哈哈哈哈哈。