先说好的方面：

我司没有原生开发的人员，但要做app业务，就只能我们前端上，前后我们用uniapp写了四个项目了，有难的也有简单的。

在开发中，我最担心的就是一些原生做的功能，我们用uniapp做不出来，不过好在也都搞出来了。

除去常规的一些增删改查以及产品的业务以外，我们还集成了以下一些功能。

1，app端微信/支付宝支付。
2，app端webView H5的微信/支付宝支付。
3，app端一键获取手机号注册登录以及微信三方登录注册。
4，朋友圈分享图片。
5，直播
直播我们先后版本用了两套方案。
第一套是实时音频，说白了就是开多人会议，虽然可以得到旁路拉流地址，但缺点是没有推流地址，不太方便接外接设备，第二个版本就换了，不过有这个经验，我们也是打算在后期的聊天界面上可以加上语音通话或者视频通话。
第二套用的是云直播，可以得到推流地址。期间也配合im 做了直播间权限管理 直播间连麦 直播间评论弹幕等。
6，推送。
7，语音播报。
8，自动更新。
9，地图。

所以我是想说，好就好在，uniapp的写法就是vue的写法，对我一个前端来说，上手很快，并且一 些app的原生功能也都能满足，而且调试打包，各种配置也简单明了。我在2018年的时候写过一个weex项目，其中调试，打包，就这俩东西都把人整的头皮发麻。

我问过一些用其他技术栈的朋友，我就不点名用的什么技术栈了，免得引战，他们的产品里面没有集成我以上这些功能，更多就是一写增删改查的东西，主要反映主要是生态不好，基本上没有轮子或者轮子很烂东西。

现在说点缺点：
1，文档比较松散，比如我在搞推送和图片压缩的时候，是在论坛里面找到的解决方案，而不是在文档。还有一些内容，文档里面没有写的很详细，是我去看了5+的api，再配合论坛里面的内容，才搞出来的。
2，低端机跑程序的话，如果内容复杂了，会比较卡，我们在测试直播连麦的时候，有些操作反复做，比如连麦挂断，在低端机会闪退，究其原因我也不清楚是怎么回事。
3，nvue这个东西，确实比麻烦，也相对坑点，就不细说了，不过最终也都用解决方法。
4，其实我觉得这个也不叫坑，就是有些时候，h5/小程序/app 三端做同一个功能，需要切换着调试，不然三端会不一致。

其他没什么了，想起来再补充

总的来说，我觉得uniapp还是不错的，也一直在优化和更新，也希望uniapp越走越好