前端大部分主流框架的设计理念，一开始就和浏览器这个运行环境牢牢绑定。可惜好时代已经过去了。现在并不是一个炫酷网页或者几个 APP 页面，就能吃饱穿暖的年代。 面对客户繁琐定制化需求，代码高度复杂化，已经远超前端的承受能力。 隔壁传统语言，在对应巨大代码库的时候，都会有严格的单元测试，比如 google test ，有细粒度的筛选，能一定程度保证代码量膨胀同时，质量没那么糟糕。 但是前端一部分逻辑在后端，另外一部分逻辑在界面的动态交互上。写自动化测试难度就上去了，要背上浏览器这个沉重的壳。 理想状态下，前端代码要完美做到功能随写随测随改，还是有一定门槛难度的。 可能传统前端的诞生初衷，就不是为了承接那么多的需求。
@hazardous 客户让你在前端绣花，浏览器的存在就变得很碍事。反而觉得写客户端还省事一点。 你也不太可能把客户所有的功能逻辑，都丢给后端。 还有一种开发理念，就是用别的语言开发，最后再翻译成前端。类似 unreal/u3d 那种游戏开发，就能 hold 住比较大的代码量。
@duanxianze "没有浏览器大多数业务就没了，再好用也没用了" 我的意思是浏览器不适合开发超级大项目。在浏览器里运行和调试，和传统语言对比，也没那么方便。 说白了，我就想把浏览器 API 给抽象出来。和大量核心业务代码无关。 现在所有的前端界面/逻辑都杂合在一起，维护起来头大。
