和数据库没什么直接关系。
用 redux 这种形式一般为了管理复杂前端应用（前端自身需要长期维护数据状态，不是通过接口来进行直接刷新数据）的数据流，收束状态变更来源。

去考公

docsify 挺好用

翻开高级前端秘籍，里面写满了学后端

价格太低，可能是劣势，可以尝试拉高价格主打服务。
跑量很难活下去。

吃瓜

同

@83f420984 那很多网站直接就挂了。

阿里云的话容易被警告，腾讯云不清楚，慎重。

希望直接分配

增加了复杂度，并且目前缺乏好的工具链来搭配使用。

“这种事情只需要几行代码就可以做了” “实现起来并不困难” 其实很多时候，并不只是那几行代码的事情。

@agagega @Regvxxxx @brusetong @yakun4566 这就去开发一个.jpg

或者是什么工具，能辅助分析也成。目前想到的办法就是人工在内容末尾打上标记。最后导出遍历。

其实首先得确定这是他写的。一个项目长期迭代，维护者可能更换过很多任。另外就老代码而言，能跑是最重要的。重构需要的成本很高，除了本身开发的成本，时间成本（延误正常迭代），需要测试支持（全方面的回归测试），业务成本（大规模重构可能影响正常业务）。


接手过单文件 1w 行的组件...表示根本不敢大刀阔斧的重构，只夹在敢趁着正常版本迭代，有测试支持的情况下，进行部分重构，除了自己得反复验证，还得求着测试大哥顺便多测测某个功能点。到离职都没重构完。。。交接的估计也得吐槽我，哈哈～

同状态、一个字，双。

@encro 还在测试阶段，完善后就上架。

@gargar 后面可以参考 b 站的弹幕形式，限定范围可能会好一些。

@wzhang 目前还是初版，很多地方不完善。后面考虑增加配置项的形式来提供更多自由度。