Uni-app 之 Weex项目的重构问题

现在Weex的现状可以说是已经被无情的淘汰了，别说官网不维护了，就连像样的社区都没有，对于Weex 的开发者来说，真是及其痛苦，更何况，手机系统的版本不断升级，Weex 的底层也不在维护，只能靠原生支持，本想降低成本，没想到，成本反而很高，所以决定重构，而且是必须重构。

为了更好更快的重构框架，最后经过商讨，换成Uni-app来进行替代，因为Uni-app有了weex的引擎，并且进行升级和优化，更友好的是Uni-app对Weex的开发者创建了和react Native 相似的 native vue（简称nvue），并且分出了两个开发模式：Weex 模式 和 Uni-app模式，所以应该先了解这两个模式，才能进行下一步操作。

Weex 模式：

再uni-app框架里使用Weex 模式，就不能使用Uni-app的组件和jsapi，只能用Weex的那一套，顶多减少了成本，可以不用原生打包，但是也需要原生进行渲染，从而达到目的（实际上，就是再Weex外面再套一个Uni-app的壳子），用nvue页面进行开发。（会有很多限制，有些Weex做不出来的效果，这也做不出来）

uni-app 模式：

就是主打的uni-app 用的是小程序的生命周期，以及uni—app的组件和jsapi增加了多种选择器和css样式的支持，不用原生渲染，只靠Web工程师，就可以完成项目，可用vue开发，也可用nvue进行页面补充。

nvue 和 vue 的区别

nvue 就是Weex的那一套，可用原生渲染，有更多的局限性，但是可以更好的渲染页面。

vue 就是普通开发，局限性不大，单纯的uni-app开发，都是封装过的，并不是原生。

总结：要想很快的从Weex 换到 Uni-app ，要注意，不能一个页面是Weex 模式，一个页面是uni-app模式。