React项目开发（代码架构/规范怎么做）？

社区一直讨论的一个主题，到底是react好，还是vue好？

我的答案

本人对这个问题的答案是这样的：

1、react给了我们更大的自由度，我们可以以任意的方式，组建我们的代码结构，我们可以操控的代码细节更多，也就能在更多的细节上面，对我们的代码进行更细致的优化。

2、react在书写的过程中，驱动我们对数据、UI有更清晰的认知。我们必须对他们的运行细节，ui变化，数据流向，有明确的认知边界，才能对我们的项目，进行清晰的掌控。

3、vue2，它是死板的，明确的定义了数据的申明在哪里，生命周期在哪里书写，函数和事件在哪里书写，我们几乎很少有可发挥的空间。

4、vue2，数据的双向绑定，让我们可以忽视数据内部真正的变化边界，我们需要的时候，直接无脑赋值就能得到我们想要的结果。

导致的结果

这是这两个框架，不同的api，给我们的客观印象。同时因为团队的差异，它们又导致了一些结果。

1、react框架的项目开发，它注重细节，注重每一个数据的驱动，这就导致了，用这个框架的前端团队必定要有一定的极客精神。它的过度自由，导致了我们甚至可以随意定义我们数据的管理规范、组件的划分、甚至任意的代码结构。

但是，这正是一个团队最可怕的东西。它导致了不可控。

2、vue2的项目开发，它是简单的，容易上手的，并且它就是一个固定的写法规范。

• 它的vue文件，就是由标准的html、js、css三部分构成。
• js里面，数据定义，生命周期，函数和事件，都有固定的地方。

这是vue2作为一个框架的缺点，代码可以控制的比react少，书写代码的细节上，性能可控性小。但是，作为团队视角，它提供了一个团队最重要的东西——相对简单、相对可控。

React项目，我们可以从哪些方面提升代码的水准

评价一个项目的代码水平到底好不好，有这么几个方面。

1、代码性能和质量。

代码性能和质量，有些是项目工程层面的内容，有些是代码实现方面的内容。

项目工程层面：代码包的体积大小、首次加载的效率、首屏渲染时间、用户可操作时间。

代码实现方面：渲染效率、是否卡