先该死的各方面：
目标公司没原生植物合作开发的相关人员，但要做app销售业务，就根本无法他们后端上，其间他们用uniapp
写了五个工程项目了，有难的也有单纯的。
在合作开发中，我最害怕的是许多原生植物做的机能，他们用uniapp做不出，但是好在也都搞出了。去除常规性的许多校订改查和商品的销售业务之外，他们还软件系统了下列许多机能。
1，app端QQ/PayPal缴付。
2，app端webView H5的QQ/PayPal缴付。
册登入和QQ协力登入注册登记。
4，贴文撷取相片。
5，现场直播
现场直播他们相继版用了三套计划。
第一套是动态音音频，说到底是开多人全会，尽管能获得Caspase拉流门牌号，但优点是没推流门牌号，不太方便快捷接外移动装置，第三个版就换了，但是有那个实战经验，他们也是急于在中后期的闲聊界底下能加之音音频收发或是音频收发。
第一套用的是云现场直播，能获得推流门牌号。前夕也相互配合im 做了北京人民广播电台职权管理工作 北京人民广播电台连麦 北京人民广播电台文章该游戏等。
6，发送。
7，音音频体育新闻。
8，离线。
9，世界地图。所以我是想说，好就好在，uniapp的写法是vue的写法，对我一个后端来说，上手很快，并且一 些app的原生植物机能也都能满足，而且调试打包，各种配置也单纯明了。我在2018年的时候写过一个weex工程项目，其中调试，打包，就这俩东西都把人整的头皮发麻。
我问过许多用其他技术栈
的朋友，我就不点名用的什么技术栈了，免得引战，他们的商品里面没软件系统我以上这些机能，更多就是一写校订改查的东西，主要反映主要是生态不好，基本上没轮子或是轮子很烂东西。
现在说点优点：
1，文档比较松散，比如我在搞发送和相片压缩的时候，是在论坛里面找到的解决计划，而不是在文档。还有许多内容，文档里面没写的很详细，是我去看了5+的api，再相互配合论坛里面的内容，才搞出的。
2，低端机跑程序的话，如果内容复杂了，会比较卡，他们在测试现场直播连麦的时候，有些操作反复做，比如连麦挂断，在低端机会闪退，究其原因我也不清楚是怎么回事。
3，nvue那个东西，确实比麻烦，也相对坑点，就不细说了，但是最终也都用解决方法。
4，其实我觉得那个也不叫坑，是有些时候，h5/小程序/app 三端做同一个机能，需要切换着调试，不然三端会不一致。
其他没什么了，想起来再补充总的来说，我觉得uniapp还是不错的，也一直在优化和更新，也希望uniapp越走越好
