多端小程序开发最佳实践到底哪个靠谱？

没用过，我主要还是用官方的框架开发。

最近刚好在做一个多端项目，主要支持微信小程序和H5，我是比较赞成用各自原生，但负责人选的是多端。

一开始用的taro，语法比较符合react，但是各端api支援情况不太好，组件的支援也不太好，对于小程序的支援会好一点，在后面由于要用到pickerView，但是不支持h5，所以弃坑了。

之后转向uni-app，语法符合vue，虽然api和组件在各端的支援都比taro好，但是写久了还是发现一些坑，比如在v-for时，绑定事件我们一般会把值传进去，但是在小程序端就会出现编译不通过，就只能通过data-来绑定值，然后通过e.target.dataset来取值。还会存在有时候在更新了数组之后，页面没有监听数据动态更新，必须调一次强制更新。。。

总体来说，坑还是很多的，尽量用原生写，毕竟这些框架出来的时间并不长，又要支援多端不同的情况，难度还是有的，所以坑肯定会比较多。。。

比较熟悉React，使用过Taro，也不算太深度吧，因为只做了微信小程序。

总体来开发体验还可以，反正我是用不惯原生那个编辑器。之前写了篇开发体验和demo：https://zhuanlan.zhihu.com/p/62530687

我自己写的小程序不多，之前在老东家只是协助开发几个模块而已，用的还是原生的小程序（后来封装了一个类似vue数据双向绑定的补丁简化一些数据操作和写了个px转rpx插件而已），我本身对小程序不怎么感兴趣，除非老大或者上层要求做。

这样说吧，taro和uni-app，我身边都有同事在用，最后他们都在时不时和我吐槽那些框架各种奇葩的BUG或者贼慢的编译速度。我是觉得，如果你想投入到小程序中，不是很急的话，先了解下原生写法，再去考虑用多端库。也许你的应用没那么复杂，也不需要跨端呢，这样为何不直接原生一把梭。

先说结论：推荐用平台原生的语法和API开发小程序。

按当下的平台情况(流量)一般是先开发微信小程序，如果有多端需求上线的需求可以用这个工具 -- Antmove 转换成其它平台小程序的代码上线。

原因很简单，当你遇到问题时，官方的原生代码肯定是麻烦最少的，而且咨询的途径也更多。