它可以用于许多目的(如果需要)。此外，一般的开发人员只需要知vue小程序，快速入门并顺利访问。此外，如果码需要支持小程序或vue的特性，它只能在mpvue加载器上修改。就扩展而言，它与vue的mixinvuex兼，也可以通过web
从数据的角度来看，wepy比mpvue更好，但是该注意的是，在mpvue开发布仅仅一年后，就有超越wepy的微弱趋势。
就我个人而言，我从以下几个方面来看待这两个框架:
1、思想念
就个人而言，我认为mpvue的想法更先进。vue框架的转换思想非常好，它可以用于许多目的(如果需要)。此外，一般的开发人员只需要知vue小程序，快速入门并顺利访问。此外，如果码需要支持小程序或vue的特性，它只能在mpvue加载器上修改。就扩展而言，它与vue的mixinvuex兼，也可以通过webpack加载器进行增强。虽然wepy也是一个类似vue的框架，但是我们会开发现许多vue语法不能在其使用，并且本地html标签不能在标签上使用。开发人员需要解vue、小程序letswepy的语法。如果您使用wepy提供的数据流管，那么您至少需要了解redux。有这么多要学，对于连接的开发人员来说，门槛有点。
2、开发体验
这与设计念密切相关。总的来说，我更喜欢mpvue。毕竟，这是vue家族的经历。所有必要的组件都可以移到这里。Wepy在移动vue组件时会遇到麻烦。在数据流方面，wepy的注释连接编写相对简，但是vue类框架redux的集总是有些不一致，并且编写起来也不方便。相反，mpvue的vuex更悦目。
3、底层优化这一点可以说是不同的，毕竟，与优化的请求方法集在一起，mpvue需要选择自己的ajax组件。另一方面，Mpvue在px到rpx其他方面拥有本机支持。wepy提到的各种优化细节实际上是vue框架本身拥有的一些功能，因此mpvue具有本机支持。
4、生态社区在这一点上，我们该有一点优势。毕竟，腾讯自己的产品微信很预测。然而，目前仍然有许多基于小用程序的本地组件，并且转换仍然有一些本。wpy件到wepy。类似地，mpvue也没有特别好的用界面库，将一些现有的库转换小程序版本是很痛苦的。因此，小项目开发脚手架的生态建设还有很长的路要走。
总之，wepympvue都是优秀的框架。然而，基于以上原因，我更喜欢mpvue。它让我可以在我擅长熟悉的vue技术堆栈的小程序开发境快乐地玩。在这方面，我举手投票支持mpvue。
