angular，vue，react三大框架选型

三大框架，本质都是基于js的web应用（前端做的都是web应用包括移动）框架，他们都是帮助我们解决问题的工具，具体用哪个，要结合具体场景。

这三者中，Angular的适用领域相对窄一些，React可以拓展到服务端，移动端Native部分，而Vue因为比较轻量，还能用于业务场景非常轻的页面中。

在Web应用中，我们需要解决的问题可以归纳为三类：

状态
组织
效率

1. 状态

在一个业务界面中，我们可能会根据某些数据去生成一块界面，然后通过界面上的某些操作，改变一些数据，从而影响界面的另外一些部分。

这里面就存在两种关系，一种是从数据到界面，一种是从界面到数据。能够描述界面当前状况的数据，就可以被称为状态。

如果不对状态作抽象，很可能会导致逻辑的混乱，比如说，一个地方点了，要改多个地方，这种代码直接写，很容易写乱的，所以，不同的框架采用不同的方式进行了处理。

比如说MVVM流的Angular和Vue，还有Avalon，Regular，Knockout，都是走的这一流派，通过类似模板的语法，描述界面状态与数据的绑定关系，然后通过内部转换，把这个结构建立起来，当界面发生变化的时候，按照配置规则去更新相应的数据，然后，再根据配置好的规则去，从数据更新界面状态。

React走的是另外一个流派，就是所谓的函数式，在这个里面，推崇的是单向数据流：给定原始界面（或数据），施加一个变化，就能推导出另外一个状态（界面或者数据的更新）。

在这里需要额外提一下ReactiveJS，它的理念又有所不同，是基于Reactive的。

2. 组织

刚才这些，都可以看作是满足最基本的需求，那就是业务的正确性。在这之后，就有另外的诉求了，首当其冲的就是整个业务代码的组织。

所谓组织，指的是两个方面，一方面是模块关系，另一方面是业务模型。

我们刚才提到组件化，整个应用形成了一个组件树，组件之间可能会需要通讯，它们通讯的内容可能是简单的界面事件，也可能是业务含义较深，能够牵一发而动全身的。界面是怎么来的？是由初始界面加上状态形成的，为了能够反映界面的变化，我们必须使得对业务模型的每一个扰动都收敛到确切的状态，所以，这也就是Redux这类东西的意义所在。

3. 效率

效率也分两种，一种是开发效率，一种是运行效率。

我们前面提到，组件化，这是提升开发效率的一种手段，在组件化这个点上，各路框架的组织方式大同小异，反正最终都是组件树。具体到单个组件的实现上，我个人是倾向于MVVM流的，之前做过对比，MVVM系的代码量会少一些，开发效率稍高一点。

目前综合以上，vue3算是综合评分较靠上的框架，易用，开发效率也还好，易于上手。

最后，所有的框架，甚至语言，程序，都是帮助我们解决现实问题的工具，不同之处在于，每个工具的使用场景不同，根据具体场景进行选用，没有一定的。