它可用于许多目的（如果需要）。此外，普通开发人员只需要了解Vue ，快速启动并顺利访问它。此外，如果代码需要支持小程序或VUE的功能，则只能在加载程序上进行修改。就扩展而言，它与VUE结合在一起，也可以通过网络完成

从数据的角度来看，Wepy更好，但是应该指出的是，在发布仅一年之后，Wepy的趋势较弱。

就个人而言，我从以下各个方面看这两个框架：

1。想法

就个人而言，我认为这些想法更为先进。 VUE框架的转换想法非常好，可以用于许多目的（如果需要）。此外，普通开发人员只需要了解Vue ，快速启动并顺利访问它。此外，如果代码需要支持小程序或VUE的功能，则只能在加载程序上进行修改。就扩展而言，它与VUE结合在一起，也可以通过装载机增强。尽管Wepy也是类似于VUE的框架，但我们会发现在其中无法使用许多VUE语法，并且本地HTML标签不能在标签上使用。开发人员需要了解VUE和小程序的语法。如果您使用Wepy提供的数据流管，则至少需要知道。有很多东西要学习，对于连接的开发人员来说，门槛有点。

2。发​​展经验

这与设计概念密切相关。总的来说，我更喜欢。毕竟，这是Vue家族的经历。所有必要的组件都可以移动到这里。 Wepy将很难移动VUE组件。在数据流方面，Wepy的注释连接相对简单，但是Vue类框架的集合总是有点不一致，并且不方便地编写。相反，Vuex更令人愉悦。

3。可以说基础优化是不同的。毕竟，有必要与优化的请求方法一起选择自己的AJAX组件。另一方面，在PX到RPX的其他方面都有本机支持。 Wepy提到的各种优化细节实际上是VUE框架本身具有的一些功能，因此具有本机支持。

4。在这方面，我们应该在生态社区中有一些优势。毕竟，腾讯自己的产品微信非常可预测。但是，仍然有许多基于小程序的本地组件，并且转换仍然有一些。 WPY到Wepy。同样，也没有特别好的接口库，因此将某些现有库转换为小程序版是非常痛苦的。因此，对于小型项目的脚手架生态结构还有很长的路要走。

简而言之，它们都是出色的框架。但是，由于上述原因，我更喜欢它。它使我能够在我擅长的VUE技术堆栈的开发环境中开心。在这方面，我举手投票。