拿 oop 封装的前端业务层，我看过，oop 不熟练或者对业务层不熟悉，写出来的就是 shi

前端的组合性感觉还是比 oop 继承性来的更舒服一点。

前端一部分人只是用 ts 写写类型定义罢了

因为不直观而且相互作用力强

Bar.prototype = Object.create( Foo.prototype );

访问 a 实例的时候访问 constructor 实际上在访问 Foo.prototype 上的 constructor 了吧

事实就是产品只看效益。

尽量在添加功能不要太“重”

像 50L 所说的小步重构

你列举的有几个需要的前置知识性太强了。
现在国内的前端大多数在 js 上去发力
参考国外的一些团队做 UED，在用户体验上发力也是一个很好的点。

如果转变觉得丢失，那是否原本掌握点是较易可替换

clean code 那些我感觉前后端通用啊，实用性也大

这类工具使用于特定一些点，针对某些重复的场景较为有效。

个人认为这种工具，定位应该是生成某一种特定页面（后台表单，运营页面）
而不是生成一个“网页”。原本的定位不准确很容易到后面走上歪路。

交互性强 建议直接写 e2e

以前看源码是有趣的 clone 到本地 硬啃。一个个文件细节硬啃。

现在是啃的必定是自己在用的。
阅读的时候从全局再到具体。效率较以前低，但是想法比以前多了。

某些点自己不清楚的，希望学习提高的，那部分细节看。

恭喜！羡慕的眼神🍋