场景

• 已有h5，生成小程序
• 从零开始跨端

方案一

已有h5，另外开发一套wepy
优点：

1. 不影响现有项目，耦合度低
2. div等标签不用转换，vue语法转换相对较小，省去大量转换成本
3. 贴合原生，坑少

缺点：

1. 开发的时候得开发两套，开发速度中等

如何迁移：

1. 修改后缀名为.wpy
2. 点击事件换位@tap
3. img换位image
4. export default { 换位 wepy.page({
5. 组件的引入方式需要改为类似小程序的引入
6. …

方案二

将现有项目改造为 uni-app
优点：

1. 跨端方案相对成熟

缺点：

1. 如果是已有h5，转化为小程序，项目有较大改动
2. 影响现有项目，改动可能需要两边都测一下

如何迁移
改造标签，路由等等，具体查看

以后的项目需要评估是否会有多端可能，如果有可以直接上uni-app

方案三

kbone
优点：

1. h5转为小程序看起来改动较小（其实也不小）

缺点：

1. 不太成熟，资料太少了，坑太多了，写点简单的功能都觉得很痛苦
2. ui库除非使用kbone-ui，否则不能两平台都兼容
3. 测试了一下比如用了小程序的tabbar，web页面还得自己重新写tabbar，这一点就不如uni-app，不知道将来还有什么坑
4. 适配器的实现使得性能不高，以后业务多了可能会卡

调研结果

综合自己写demo的感觉和网上的一些评测
1、对于已有h5迁移到小程序：建议wepy另写一套
原因：因为wepy相当于跨平台，坑少，而且也是vue的语法，从h5迁过来也相对方便，不影响原来的h5项目，可以继续用vant的小程序版本，如果迁移用跨端框架的话，相比较改动太多、坑太多。

2020-09-26 补充：
团队决定使用 wepy 来迁移 vue 项目的 h5 到微信小程序，并总结了一些迁移过程遇到的问题。

2、对于从零开始的跨端项目：建议uni-app
原因：uni-app还是比较成熟，坑相对较少，但是还是看业务需求吧，能原生尽量原生