Vue----渐进式框架的理解

对“渐进式”这三个字的理解：Vue渐进式-先使用Vue的核心库，再根据你的须要的功能再去逐渐增长加相应的插件。

如下理解出处：https://www.zhihu.com/question/51907207

在我看来，渐进式表明的含义是：主张最少。

每一个框架都不可避免的会有本身的一些特色，从而会对使用者有必定的要求，这些要求就是主张，主张有强有弱，他的强势程度会影响在业务开发中的使用方式。

好比Angular，他两个版本都是强主张的，若是你用它，必须接受一下东西：

-必须使用它的模块机制

-必须使用他的依赖注入

-必须使用它的特殊形式定义组件（这一点每一个视图框架都会，难以免）

因此Angular是带有比较强的排他性的，若是你的应用不是从头开始，而是要不断考虑是否跟其余东西继承，这些主张会带来一些困扰。

好比React，他也有必定程度的主张，他的主张主要是函数式编程的理念，好比说，你须要知道什么是反作用，什么是纯函数，如何隔离辅做用。他的侵入性看似没有Angular那么强，主要由于它是软性入侵。

你固然能够只用React的视图层，但几乎没人这么用，为何呢，由于你用了它，就会以为其余东西很别扭，因而你要引入Flux、Redux、Mobx之中的一个，因而你除了Redux，还要看saga，因而你要纠结业务开发过程当中每一个东西有没有反作用，甚至你连这个均可能忍不了：

const getData = () => {
// 若是不存在，就在缓存中建立一个并返回
// 若是存在，就从缓存中拿
}

由于你要纠结他有外部依赖，一样是不加参数调用，连续两次的结果是不同的，因而不纯，

为何我一直不认同在后台项目中使用React，缘由就在这里，我反对的是整个业务应用的函数式倾向，不少人都是看到有不少好用的React组件，就会倾向于把他引入，而后，你知道怎么把本身的业务映射到函数式的那套理念上吗？

函数式编程无反作用，写出来的代码没有bug，这是真理没有错，可是有两个问题须要考虑：

1.JS自己，有太多特征与函数式的主张不适配

2.业务系统里面的实体关系，如何组织业务逻辑，几十年来积累了无数的基于设计模式的场景经验，有太多的东西能够模仿，可是，没有人给你总结那么多如何把你的厚重业务映射到函数式理念的经验，这个地方很考验综合水平的，真的每一个人都有能力去作这种映射吗？

函数式编程无bug的根本就在于要把业务逻辑彻底都依照这套理念搞好，你看看本身公司作中后台的员工们，他们熟悉的是什么？是基于传统oo设计模式的这套东西，他们认为你拿着你么你给的组件库就知道了一切，可是可能还要被灌输函数式编程的一整套东西，并且没有人来告诉他们在业务场景下，如何规划业务模型、组织代码、还要要求快速开发，怎么能快起来？

因此我心疼这新人，他们呀的只是组件库，却不得不把业务逻辑的撕开方式也做转换，这个事情没有一两年的时间洗脑，根本洗不到开发业务的程度。

没有好组件库的时候，你们痛点在视图层，有了基于React的组件化，把原先没那么痛的业务逻辑部分搞得也痛起来了，原先你们按照设计模式教的东西，照猫画虎还能继续开发了，学了一套新理念以后，都不知道怎么写代码了，怎么写都怀疑本身不对，可怕。

 

我宁肯支持Angular也不支持React的缘由也就在此，Angular至少在业务逻辑这块没有软主张，可以跟OO设计模式那套东西配合得很好。我面对过不少商务场景，都是前端很厚重的东西，不只仅是管理控制台这种，这类东西里面，业务逻辑的占比要比视图大挺多的，如何组织这些东西，目前几个主流技术栈都没有解决方案，要靠业务架构师去摆平。

 

如今我要说说为何我这么支持Vue了，没什么，可能有些方面是不如React，不如Angular，但它是渐进的，没有强主张，你能够在原有大系统的上面，把一两个组件改用它实现，当jQuery用；也能够整个用它全家桶开发，当Angular用；还能够用它的视图，搭配你本身设计的整个下层用。你能够在底层数据逻辑的地方用OO和设计模式的那套理念，也能够函数式，均可以，它只是个轻量视图而已，只作了本身该作的事，没有作不应作的事，仅此而已。

渐进式的含义，个人理解是：没有多作职责以外的事。