时下最火的前端框架，说白了实际上都是视图本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。开发框架。前端开发除了遵循框架的范式外，【作者：唐霜】【关注微信公众号：wwwtangshuangnet】实际上还有很大的空间。但是实际上前端开发【原创不易，请尊重版权】转载请注明出处：www.tangshuang.net不单单只包含视图层开发。我们关注的核心，原创内容，盗版必究。【版权所有，侵权必究】实际上包含了界面、数据、业务、事件。本期原创内容，盗版必究。【未经授权禁止转载】robust就来聊一聊，前端分层结构，如【本文受版权保护】【版权所有】唐霜 www.tangshuang.net何发挥MVC，梳理出前端开发的结构层次。
【访问 www.tangshuang.n【未经授权禁止转载】原创内容，盗版必究。et 获取更多精彩内容】【版权所有，侵权必究】【作者：唐霜】【未经授权禁止转载】 本文作者：唐霜，转载请注明出处。原创内容，盗版必究。转载请注明出处：www.tangshua【版权所有，侵权必究】【作者：唐霜】ng.net网易云音乐：点击播放
著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.n【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】et 获取更多精彩内容】原创内容，盗版必究。【版权所有，侵权必究】喜马拉雅：点击播放
【本文受版权保护】著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。求打赏🙇如果你觉得 Ro【本文首发于唐霜的博客】【原创不易，请尊重版权】bust 这样一档技术类的谈话节目还不错【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.net，希望我继续做下去，不妨打赏支持。你可以著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。扫描本文下方的二维码打赏，也可以加我微信【转载请注明来源】【转载请注明来源】后红包打赏。
【转载请注明来源】未经授权，禁止复制转载。内容大纲
前端框架，angular、vue等，据称本文作者：唐霜，转载请注明出处。转载请注明出处：www.tangshuang.net是遵循MVVM，但在我看来不是这么回事。
转载请注明出处：www.tangshua著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。ng.net【版权所有，侵权必究】
前端编程（主要指基于数据的管理系统）我个本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】人认为主要关注：
【版权所有】唐霜 www.tangshu【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。ang.net【关注微信公众号：wwwtangshua【本文受版权保护】【本文受版权保护】ngnet】本文作者：唐霜，转载请注明出处。
- 界面 【版权所有，侵权必究】【未经授权禁止转载】
- 数据 【版权所有】唐霜 www.tangshu【版权所有】唐霜 www.tangshuang.net【关注微信公众号：wwwtangshuangnet】ang.net转载请注明出处：www.tangshua原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。ng.net【作者：唐霜】【转载请注明来源】
- 业务 【原创内容，转载请注明出处】【原创不易，请尊重版权】
- 事件（划重点） 【访问 www.tangshuang.n【本文首发于唐霜的博客】未经授权，禁止复制转载。et 获取更多精彩内容】【原创不易，请尊重版权】未经授权，禁止复制转载。【本文首发于唐霜的博客】
前面三者，通常我们会对应到MVC，而事件【本文首发于唐霜的博客】本文版权归作者所有，未经授权不得转载。，说白了，就是用户点击、拖拽等此类事件，【本文首发于唐霜的博客】【本文受版权保护】不是指更抽象的编程事件系统。为什么事件不转载请注明出处：www.tangshuang.net【本文首发于唐霜的博客】属于界面编程呢？因为事件的副作用不是影响【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。界面，事件的副作用往往是影响数据，从而最著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。终影响界面，而如何影响数据，往往是根据业【转载请注明来源】【作者：唐霜】务需求。正是因为现在所有系统中都将事件作【版权所有】唐霜 www.tangshuang.net本文作者：唐霜，转载请注明出处。为界面编程的一部分，导致很多前端界面代码转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】中穿插了业务代码，最后根本不存在MVC之【本文首发于唐霜的博客】【未经授权禁止转载】分，一个组件完成一切。
原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。
一个组件完成一切也不是不可行，只是不够好【未经授权禁止转载】【版权所有，侵权必究】。MVC要解决的问题，不用MVC也不是不【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.net行，就是不够好。怎么样算好呢？本期就来聊转载请注明出处：www.tangshuang.net转载请注明出处：www.tangshuang.net一聊这个话题。
未经授权，禁止复制转载。【版权所有，侵权必究】【版权所有】唐霜 www.tangshu本文版权归作者所有，未经授权不得转载。【原创内容，转载请注明出处】ang.net【转载请注明来源】
1. 状态驱动UI
【关注微信公众号：wwwtangshua【版权所有，侵权必究】【未经授权禁止转载】ngnet】本文作者：唐霜，转载请注明出处。
- 界面是状态的映射 【原创内容，转载请注明出处】【版权所有】唐霜 www.tangshu【转载请注明来源】著作权归作者所有，禁止商业用途转载。ang.net【转载请注明来源】【版权所有，侵权必究】
- 组件化 【原创不易，请尊重版权】本文版权归作者所有，未经授权不得转载。【转载请注明来源】
2. 领域模型
原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshua【版权所有】唐霜 www.tangshuang.net【原创内容，转载请注明出处】ngnet】转载请注明出处：www.tangshua【原创内容，转载请注明出处】【转载请注明来源】ng.net
状态管理实质上是V层的编程，而非M层的。未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。哪些是M层的东西呢？
著作权归作者所有，禁止商业用途转载。【版权所有，侵权必究】
- 后端接口交互，Domain State 【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】是一个伪命题 【转载请注明来源】【原创不易，请尊重版权】
- 数据强约定：前端只能用模型中规定的字段，本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。至于后端返回什么数据，无关 未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshu未经授权，禁止复制转载。未经授权，禁止复制转载。ang.net
问题在于，如何让状态拥有对接模型的能力？未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net最简单的办法，就是将一个模型实例化之后作【关注微信公众号：wwwtangshuangnet】著作权归作者所有，禁止商业用途转载。为一个状态，在组件中使用这个状态化的模型【转载请注明来源】【原创内容，转载请注明出处】。
【版权所有，侵权必究】原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshua【未经授权禁止转载】著作权归作者所有，禁止商业用途转载。ng.net
如果非要说Domain State，那么【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。模型实际上可以分为 Domain Ser【原创内容，转载请注明出处】【转载请注明来源】vice（也就是和后端接口进行交互服务）【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处：www.tangshuang.net和 Domain Model（也就是业务【关注微信公众号：wwwtangshuangnet】本文版权归作者所有，未经授权不得转载。对象的抽象模型），而网上所讲的 Doma【原创不易，请尊重版权】【未经授权禁止转载】in State 是将这两部分杂糅在一起【转载请注明来源】【未经授权禁止转载】后，作为状态交给状态管理器，作为整体状态【关注微信公众号：wwwtangshuangnet】【作者：唐霜】的一部分，这部分和后端接口紧密耦合，但是【原创不易，请尊重版权】【访问 www.tangshuang.net 获取更多精彩内容】实质上是一个复杂多态的状态，而非我们这里【版权所有】唐霜 www.tangshuang.net【转载请注明来源】说的模型。
【作者：唐霜】转载请注明出处：www.tangshua本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。ng.net
3. 事件流
未经授权，禁止复制转载。未经授权，禁止复制转载。【转载请注明来源】原创内容，盗版必究。
重新审视组件中的交互响应。为什么我们要在著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。组件的事件回调函数中写业务逻辑？
本文作者：唐霜，转载请注明出处。【关注微信公众号：wwwtangshua著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。ngnet】
我们将业务逻辑的部分单独抽离出来。事件响本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。应的代码，只负责将这个事件抛出去，至于具本文版权归作者所有，未经授权不得转载。【作者：唐霜】体的业务流程怎么走，并不在组件中去完成，【版权所有】唐霜 www.tangshuang.net【未经授权禁止转载】对于组件而言，我就是接收状态（包含状态化【本文首发于唐霜的博客】【原创内容，转载请注明出处】模型实例），然后渲染。
【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。【作者：唐霜】
rxjs天然具备这个优势，它是对事件触发【关注微信公众号：wwwtangshuangnet】原创内容，盗版必究。逻辑的高度抽象，用在这里最好不过了。它不【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。仅抽象出了事件触发逻辑，而且还提供了触发【版权所有，侵权必究】著作权归作者所有，禁止商业用途转载。之后如何处理事件（本质上就是将事件响应转【版权所有】唐霜 www.tangshuang.net【转载请注明来源】化为数据响应的过程）的方法。
【版权所有，侵权必究】本文作者：唐霜，转载请注明出处。【原创不易，请尊重版权】【本文受版权保护】
4. 业务流
【未经授权禁止转载】【作者：唐霜】【未经授权禁止转载】【未经授权禁止转载】
如果没有复杂的业务场景，直接在组件的事件转载请注明出处：www.tangshuang.net【原创内容，转载请注明出处】回调函数中写业务流程实际上也是可行的。有著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net的时候，一个业务分散到好多个组件中，虽然【本文首发于唐霜的博客】转载请注明出处：www.tangshuang.net感觉杂乱，但是认真花点时间阅读，还是能理本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshuangnet】清楚业务过程。
著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】原创内容，盗版必究。【访问 www.tangshuang.n【本文受版权保护】【未经授权禁止转载】et 获取更多精彩内容】
但是，如果遇到一个事件，触发了多个业务流【作者：唐霜】未经授权，禁止复制转载。转的时候，就比较麻烦了。比如说，一个订单本文作者：唐霜，转载请注明出处。【版权所有，侵权必究】相关的按钮，点击之后，不仅要更新订单的状【本文受版权保护】【版权所有，侵权必究】态，还要更新商品的库存信息，还要更新店铺【原创内容，转载请注明出处】原创内容，盗版必究。的信誉度，而店铺的信誉度又要影响它的排名【本文受版权保护】原创内容，盗版必究。等等。也就是说，一个click事件，可能本文作者：唐霜，转载请注明出处。【关注微信公众号：wwwtangshuangnet】引发多条业务流转，甚至牵一发而动全身的一【作者：唐霜】本文版权归作者所有，未经授权不得转载。系列长串业务流程。这种情况下，就不是一个【转载请注明来源】原创内容，盗版必究。回调函数能解决的。
【访问 www.tangshuang.n未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。et 获取更多精彩内容】【转载请注明来源】【未经授权禁止转载】未经授权，禁止复制转载。
我们要重新抽象出业务流转模型。每一个业务【转载请注明来源】未经授权，禁止复制转载。流转独立撰写，在一个模型中可能涉及其他业著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。务流转模型，要引入进来。而流转过程则可以【原创内容，转载请注明出处】原创内容，盗版必究。利用rxjs的操作符进行组合，这样可以为本文作者：唐霜，转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】后续重新组合打好基础。
【原创不易，请尊重版权】转载请注明出处：www.tangshua【关注微信公众号：wwwtangshuangnet】【本文首发于唐霜的博客】ng.net【关注微信公众号：wwwtangshua【本文受版权保护】转载请注明出处：www.tangshuang.netngnet】著作权归作者所有，禁止商业用途转载。
在业务流转中，可能会调用领域模型，不断的原创内容，盗版必究。【原创内容，转载请注明出处】操作模型状态，从而触发状态变化，进而调整原创内容，盗版必究。本文作者：唐霜，转载请注明出处。界面。
【访问 www.tangshuang.n【转载请注明来源】本文作者：唐霜，转载请注明出处。et 获取更多精彩内容】【原创不易，请尊重版权】
5. 融合
本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。
所以，整个流程就是从数据开始，拿到后端数【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.net据后，实例出对应的模型实例，将这个实例作未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net为状态的一部分交给视图层去渲染。视图层完未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net成渲染，监听用户的交互事件，并将交互事件【原创内容，转载请注明出处】转载请注明出处：www.tangshuang.net通过事件流系统提交给业务流转系统，业务流【作者：唐霜】【访问 www.tangshuang.net 获取更多精彩内容】转系统根据业务逻辑，更新模型，同时完成和【原创内容，转载请注明出处】【原创不易，请尊重版权】服务端数据的同步。模型变更之后，作为状态未经授权，禁止复制转载。【未经授权禁止转载】的一部分的模型实例，触发状态通知，进一步本文作者：唐霜，转载请注明出处。原创内容，盗版必究。触发界面更新。
【本文受版权保护】【本文受版权保护】【原创不易，请尊重版权】
其中，Domain Service 到底原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】是算状态的部分，还是算模型的部分？这不是著作权归作者所有，禁止商业用途转载。【本文受版权保护】很好回答。但是你可以在实践中去尝试，如果本文作者：唐霜，转载请注明出处。原创内容，盗版必究。算状态的一部分，那么会导致模型触发状态更本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】新之后，状态去请求接口回来，又要反过来更【版权所有】唐霜 www.tangshuang.net【版权所有，侵权必究】新模型，形成死循环。所以，将它放在模型部【访问 www.tangshuang.net 获取更多精彩内容】【本文首发于唐霜的博客】分可能更好，把 Service 层作为和【转载请注明来源】著作权归作者所有，禁止商业用途转载。模型层一起工作的同等地位的服务，模型更新【版权所有】唐霜 www.tangshuang.net本文作者：唐霜，转载请注明出处。时，触发 Service 和后台接口的交【本文首发于唐霜的博客】【本文首发于唐霜的博客】互。由于ajax是异步的，所以等到交互完转载请注明出处：www.tangshuang.net原创内容，盗版必究。成之后，可能需要再更新模型一次，这样，一原创内容，盗版必究。转载请注明出处：www.tangshuang.net个来自视图层的事件，可能触发多条业务流，【版权所有，侵权必究】原创内容，盗版必究。每条业务流可能触发多个接口交互，这样的逻【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。辑就更顺利了。而且由于view层是响应式【本文受版权保护】【本文受版权保护】的，异步任务中，多次更新是前端实践的常见未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net操作，因此，只要经过一系列状态变化之后得【版权所有】唐霜 www.tangshuang.net【原创内容，转载请注明出处】到正确的视图，就可以认为这套逻辑没有问题本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。。
【作者：唐霜】【原创内容，转载请注明出处】【原创内容，转载请注明出处】
总结一下，前端分层结构包括：
【本文首发于唐霜的博客】【关注微信公众号：wwwtangshua未经授权，禁止复制转载。【原创内容，转载请注明出处】ngnet】本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。
- 视图层（View）- 状态管理（Stat【访问 www.tangshuang.net 获取更多精彩内容】本文作者：唐霜，转载请注明出处。e Management） 【访问 www.tangshuang.n本文作者：唐霜，转载请注明出处。【版权所有，侵权必究】et 获取更多精彩内容】著作权归作者所有，禁止商业用途转载。【本文受版权保护】转载请注明出处：www.tangshua本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。ng.net
- 模型层（Domain Model）- 接【作者：唐霜】【本文首发于唐霜的博客】口服务（Domain Service） 著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshua【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。ngnet】【本文首发于唐霜的博客】未经授权，禁止复制转载。
- 事件流（Behavior） 【本文受版权保护】【版权所有，侵权必究】【作者：唐霜】
- 业务流（Action） 本文版权归作者所有，未经授权不得转载。【版权所有】唐霜 www.tangshu【访问 www.tangshuang.net 获取更多精彩内容】著作权归作者所有，禁止商业用途转载。ang.net
总结就是：MVBA
【未经授权禁止转载】原创内容，盗版必究。转载请注明出处：www.tangshua本文版权归作者所有，未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】ng.net【访问 www.tangshuang.n【原创内容，转载请注明出处】【关注微信公众号：wwwtangshuangnet】et 获取更多精彩内容】
而我们大书特书的 react，实际上只是【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。 view 层的东西，redux 则是状【转载请注明来源】【版权所有，侵权必究】态管理范畴，也算是 view 层的东西。【访问 www.tangshuang.net 获取更多精彩内容】【本文首发于唐霜的博客】模型层、事件流、业务流，这些东西在前端生本文版权归作者所有，未经授权不得转载。【原创不易，请尊重版权】态中，似乎不是什么要紧的事，因为没有它们本文版权归作者所有，未经授权不得转载。【原创不易，请尊重版权】，照样能完成需求。
【原创不易，请尊重版权】【作者：唐霜】
但是，作为讨论，我觉得如果一个业务系统想【原创不易，请尊重版权】转载请注明出处：www.tangshuang.net要能够长期迭代中不迷失方向，这些都是需要【本文首发于唐霜的博客】本文版权归作者所有，未经授权不得转载。的。
本文作者：唐霜，转载请注明出处。【作者：唐霜】【作者：唐霜】
我们看下哪些工具可以帮助我们完成上述这个【本文受版权保护】【访问 www.tangshuang.net 获取更多精彩内容】架构：
原创内容，盗版必究。未经授权，禁止复制转载。
- 视图层：react，状态管理：redux 【原创内容，转载请注明出处】【转载请注明来源】
- 模型层：tyshemo，接口服务：dat【原创不易，请尊重版权】【访问 www.tangshuang.net 获取更多精彩内容】abaxe 【转载请注明来源】【原创不易，请尊重版权】原创内容，盗版必究。
- 事件流：rxjs 著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】转载请注明出处：www.tangshua原创内容，盗版必究。【本文首发于唐霜的博客】ng.net【访问 www.tangshuang.n原创内容，盗版必究。【本文首发于唐霜的博客】et 获取更多精彩内容】
- 业务流：rxjs 【关注微信公众号：wwwtangshua【原创不易，请尊重版权】【作者：唐霜】ngnet】著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。
6. 拆分
【未经授权禁止转载】【原创内容，转载请注明出处】【访问 www.tangshuang.n【本文受版权保护】【转载请注明来源】et 获取更多精彩内容】
如果我们的一套系统是按照这样设计，那么拆著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net分就会变得更容易一些。举个例子，我们有一【原创不易，请尊重版权】【本文首发于唐霜的博客】套系统，有web PC版、基于React转载请注明出处：www.tangshuang.net【原创不易，请尊重版权】 Native实现的手机客户端。
【转载请注明来源】【版权所有，侵权必究】
如果基于我们传统的开发方式，你发现，同样【本文受版权保护】【版权所有，侵权必究】一个业务，比如下订单这个业务，两个平台，【原创内容，转载请注明出处】【版权所有】唐霜 www.tangshuang.net感觉全都要重新开发。而如果我们使用了上述未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。的分层开发方式，那么，实际上主要是重写视【转载请注明来源】本文作者：唐霜，转载请注明出处。图层，也就是将 react-dom 替换【本文首发于唐霜的博客】未经授权，禁止复制转载。为 react-native。而其他层几【未经授权禁止转载】【原创不易，请尊重版权】乎都可以复用，比如数据请求，比如业务流转转载请注明出处：www.tangshuang.net【转载请注明来源】，比如领域模型，全都可以复用，在实际编程本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshuangnet】中，可能还是需要做一些适配，但是不用担心未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。两个平台核心的业务逻辑会不一致。
【作者：唐霜】【本文首发于唐霜的博客】【作者：唐霜】本文作者：唐霜，转载请注明出处。
甚至，如果前端需要用 angular 替本文版权归作者所有，未经授权不得转载。【原创内容，转载请注明出处】代 react，那么也是替换视图层的东西原创内容，盗版必究。未经授权，禁止复制转载。。虽然代价会比较大，但是也不是不可能，因【原创内容，转载请注明出处】未经授权，禁止复制转载。为大部分主要是去更新视图交互的代码逻辑，本文作者：唐霜，转载请注明出处。【本文首发于唐霜的博客】而且要考虑react和angular的数本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】据流逻辑问题。但是，其他方面仍然可用，没本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。有任何问题。
本文版权归作者所有，未经授权不得转载。【版权所有】唐霜 www.tangshu【作者：唐霜】【转载请注明来源】ang.net
7. 总结
本文版权归作者所有，未经授权不得转载。本文作者：唐霜，转载请注明出处。
市面上的大部分框架是基于技术层面，通过统未经授权，禁止复制转载。原创内容，盗版必究。一开发范式，解决我们在视图层的开发效率问转载请注明出处：www.tangshuang.net【本文受版权保护】题（实际上react并没有提升我们的开发未经授权，禁止复制转载。未经授权，禁止复制转载。效率）。但是由于业务系统并非只有视图逻辑本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.net，所以，当我们使用框架的时候，如果把所有本文版权归作者所有，未经授权不得转载。【版权所有】唐霜 www.tangshuang.net业务流都在组件中完成，那么最后就是让业务【本文受版权保护】未经授权，禁止复制转载。很难维护。前端开发如果在谈技术选型时，只【版权所有，侵权必究】转载请注明出处：www.tangshuang.net是讨论框架选择和工程化方式，那么可能考虑【作者：唐霜】【版权所有，侵权必究】的东西还是太少了。我们应该适当的跳出现有【本文首发于唐霜的博客】本文作者：唐霜，转载请注明出处。的前端开发框架，去思考有关业务真正所关心【关注微信公众号：wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net的东西，从更高的层面去看问题。
著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。
【作者：唐霜】本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。未经授权，禁止复制转载。
