基于热替换技术推想未来的 Web 开发技术 - 题叶, JiyinYiyong - SegmentFault
另外 Time Travel Debugging 还有存储每个数据操作方便重演的机制
相关的资料较多, 应该已经都注意到吧
后端代码
比如 Webpack 也能做后端代码的打包和热替换
也就能做到在 WebSocket 不关闭而情况下直接替换代码
因此结合两点之后, 实际上已经能做前后端同时热替换代码
好处就是不需要整个重载程序, 重新连接 WebSocket, 更快更方便
我后端经验不多, 前面试验的代码是用前端 MVC 的思路写的
也就是抽象出内存中的一份 Database 作为我的 Model,
同时把客户端对应的 Store 作为 View, 而 View 是容易替换的
那么代码更新过程中, Model 不受影响, View 部分轻松替换
Webpack 替换的代码是局部的, 所以说 WebSocket 不受干扰
之前问过, 后端开发对热替换似乎兴趣不大, 毕竟本身就做了解耦
数据都在 DB 当中, 不受程序的重启而影响, 所以整个重启就好
所以说不受影响, 即便生成环境所有服务器进程进行重启, 也正常
我觉得这种方式毕竟, 各种 IO 都要重新创建, 有点开销, 而且有点慢
再者, 有 WebSocket 的话, 还是需要方案来保证 WebSocket 稳定
Read full article from 基于热替换技术推想未来的 Web 开发技术 - 题叶, JiyinYiyong - SegmentFault
No comments:
Post a Comment