場景

• 已有h5，生成小程序
• 從零開始跨端

方案一

已有h5，另外開發一套wepy
優點：

1. 不影響現有項目，耦合度低
2. div等标簽不用轉換，vue語法轉換相對較小，省去大量轉換成本
3. 貼合原生，坑少(shǎo)

缺點：

1. 開發的時候得開發兩套，開發速度中(zhōng)等

如(rú)何遷移：

1. 修改後綴名為.wpy
2. 點擊事件換位@tap
3. img換位image
4. export default { 換位 wepy.page({
5. 組件的引入方式需要改為類似小程序的引入
6. …

方案二

将現有項目改造為 uni-app
優點：

1. 跨端方案相對成熟

缺點：

1. 如(rú)果是已有h5，轉化為小程序，項目有較大改動(dòng)
2. 影響現有項目，改動(dòng)可(kě)能需要兩邊都測一下(xià)

如(rú)何遷移
改造标簽，路(lù)由等等，具體查看

以後的項目需要評估是否會有多端可(kě)能，如(rú)果有可(kě)以直接上uni-app

方案三

kbone
優點：

1. h5轉為小程序看起來改動(dòng)較小（其實也不小）

缺點：

1. 不太成熟，資(zī)料太少(shǎo)了，坑太多了，寫點簡單的功能都覺得很痛苦
2. ui庫除非使用kbone-ui，否則不能兩平台都兼容
3. 測試了一下(xià)比如(rú)用了小程序的tabbar，web頁面還得自己重新寫tabbar，這一點就不如(rú)uni-app，不知道将來還有什麼坑
4. 适配器(qì)的實現使得性能不高，以後業(yè)務多了可(kě)能會卡

調研結果

綜合自己寫demo的感覺和(hé)網上的一些評測
1、對于已有h5遷移到小程序：建議wepy另寫一套
原因：因為wepy相當于跨平台，坑少(shǎo)，而且也是vue的語法，從h5遷過來也相對方便，不影響原來的h5項目，可(kě)以繼續用vant的小程序版本，如(rú)果遷移用跨端框架的話，相比較改動(dòng)太多、坑太多。

2020-09-26 補充：
團隊決定使用 wepy 來遷移 vue 項目的 h5 到微信小程序，并總結了一些遷移過程遇到的問(wèn)題。

2、對于從零開始的跨端項目：建議uni-app
原因：uni-app還是比較成熟，坑相對較少(shǎo)，但是還是看業(yè)務需求吧，能原生盡量原生