序言
每一架构都无可避免会有他们的许多特征，进而会对采用者有很大的明确要求，那些明确要求就是提倡，提倡有弱有弱，它的坚挺某种程度会影响在销售业务合作开发中的采用方式。一、Angular，它两个版都是强提倡的，假如你用它，要拒绝接受下列小东西：
要采用它的组件监督机制要采用它的倚赖转化成要采用它的特定方式表述组件（这一点每一快照架构都有，在所难免）所以Angular是暗含比较强的排它性的，假如你的应用领域不是Cubzac，而要要不断考量与否跟其它小东西软件系统，那些提倡会增添许多所苦。
二、React
它也有很大某种程度的提倡，它的提倡主要就是表达式式程式设计的经营理念，比如，你需要晓得甚么是过敏反应，甚么是纯表达式，如何隔绝过敏反应。它的入侵性貌似没有Angular那么强，主要就即使它是Vertaizon入侵。
你总之可以再加React的快照层，但基本上没有人这么用，为何呢，即使你用了它，就会觉得其它小东西都很不耐烦，只好你要导入Flux，Redux，Mobx当中的两个，于是你除Redux，更要看saga，只好你要苦恼销售业务合作开发过程中每一小东西是不是过敏反应，纯不纯，甚至你连这个都可能不能忍：
const getData = () => { // 假如不存有，就在内存中建立两个并回到 // 假如存有，就从内存中拿 }即使你要苦恼它有内部倚赖，反之亦然是未加模块初始化，已连续三次的结果是不一样的，只好不纯。
为何我一直不尊重在中前台项目中采用React，其原因就在这里，我抵制的是整座销售业务应用领域的表达式式偏激，许多人都是看到有许多称心的React组件，就会偏激于把它导入，然后，你晓得怎么把他们的销售业务态射到表达式式的那套经营理念上吗？
表达式式程式设计，无过敏反应，写出来的代码没有bug，这是真理没错，但是有两个问题需要考量：
JS本身，有太多特性与纯表达式式的提倡不适配销售业务系统里面的实体关系，如何组织销售业务逻辑，几十年来积累了无数的基于设计模式的场景经验，有太多的小东西可以模仿，但是，没有人给你总结那么多如何把你的厚重销售业务态射到表达式式经营理念的经验，这个地方很考验综合水平的，真的每一人都有能力去做这种态射吗？表达式式程式设计无bug的根本就在于要把销售业务逻辑完全都依照这套经营理念搞好，你看看他们公司做中前台的员工，他们熟悉的是甚么？是基于传统OO设计模式的这套小东西，他们以为拿着你们给的组件库就得到了一切，但是可能更要被灌输表达式式程式设计的一整套小东西，而且又没人告诉他们在销售业务场景下，如何规划销售业务模型、组织代码，还明确要求快速合作开发，怎么能快起来？
所以我真是心疼那些人，他们要的只是组件库，却不得不把销售业务逻辑的思考方式也作转换，这个事情没有一两年时间洗脑，根本洗不到能合作开发销售业务的某种程度。
没有好组件库的时候，大家痛点在快照层，有了基于React的组件化，把原先没那么痛的销售业务逻辑部分搞得也痛起来了，原先大家按照设计模式教的小东西，照猫画虎还能继续合作开发了，学了一套新经营理念之后，都不晓得怎么写代码了，怎么写都怀疑他们不对，可怕。
我宁可支持Angular也不支持React的其原因也就在此，Angular至少在销售业务逻辑这块没有软提倡，能够跟OO设计模式那套小东西配合得很好。
架构是不能解决销售业务问题的，只能作为工具，放在合适的人手里，合适的场景下。
三、Vue
可能有些方面是不如React，不如Angular，但它是渐进的，没有弱提倡，你可以在原有大系统的上面，把一两个组件改用它实现，当jQuery用；也可以整座用它全家桶合作开发，当Angular用；还可以用它的快照，搭配你他们设计的整座下层用。你可以在底层数据逻辑的地方用OO和设计模式的那套经营理念，也可以表达式式，都可以，它只是个轻量快照而已，只做了他们该做的事，没有做不该做的事，仅此而已。
个人建议
其实对于合作开发而言React、Angular和Vue都是很好的后端架构，三者在性能上都表现的不错（参考：benchmark）。我们都应该熟练掌握，React作为发布较早较稳定的JavaScript包库，其市场份额还是相当大的，是经过了市场检验的。Angular和Vue作为亲和HTML和CSS模版的架构，可以让合作开发者更容易学习。Vue更是兼备React和Angular的优点，解决了二者的许多缺点，这使得其具有更好的合作开发体验。所以个人觉得Vue较React和Angular略胜一筹。但这三个架构都由大的技术公司维护，所以并不能说那个架构就很大更优。
渐进式的含义，我的理解是：没有多做职责之外的事。
