在犹豫是否使用uniapp？进来看看从非代码的层面，尽可能客观的讲一讲uniapp开发的优缺点，希望帮助到正在犹豫是

就想写一篇，我使用uniapp开发的体验，讲一讲它的优缺点。很多一提到uniapp就是辣鸡/狗都不用之类的状态，包括我自己刚开始用uniapp的时候也是这种心理，主观比较强，不太客观。接下来我尽可能的客观一点讲讲uniapp开发过程中的优缺点，希望可以帮助到正在考虑是否要用uniapp的大家。

因为现在公司的原因，写uniapp也3年多了。最开始写呢，是因为外包交付过来的就是uniapp开发的小程序。本来外包代码质量就不太好，然后我本来是react栈的，不是很喜欢vue2的语法，就导致我一开始对uniapp特别抵触，觉得什么垃圾，还不如用react-native。这个外包交付的项目加上后来用uniapp+vue3+ts做了2个app，都是长期维护迭代，到现在也算是非常熟悉uniapp了。

我就以我的体验来评价一下uniapp，欢迎讨论。

这一切的前提是你确实有跨端开发的需求，希望是一套代码多段打包这种情况。如果就单纯开发某一个平台的app或者web之类的，快跑。

先说优点吧：

接下来说缺点：

扯远了，本来还写了webview通信，但是细想一下，小程序里webview本身就通信机制不咋地。不像ios或者android里jsbridge，可以更好进行通信。uniapp的webview通信自然也会受到一些限制，h5plus啥的也可以在app里做一些webview通信，也不算是啥问题。

最后做个总结，就是如果只是做常规的app，不涉及特别多或者复杂的canvas/dom/文件读取操作之类的，uniapp基本上是无痛使用。但是反过来，就要慎重一点。尤其对于团队配套不足（小公司/独立开发者之类的）又需要多端的，如果没有特别的技术喜好，uniapp其实是一个很不错的选择（甚至是唯一的选择）。希望大家不要掉进那种技术鄙视链里，技术永远都只是工具。没有跨端开发需求的话，一定有多远跑多远。用uniapp要做好遇到一些阴间问题，叫天天不应叫地地不灵，只能自己硬干的心理准备。

我现在维护的一个app用arcgis做地图，问题多的一批，我现在都还有个图层在web和android里能渲染，在ios里渲染不出来的问题没解决，还好不是优先级比较高的，领导也就想起来问一下情况。echarts也经常抽风，比如之前发现Axis的formater函数在app里无效。反正遇到这种问题大概率是很难从原理上解决，只能变着法通过一些歪门邪道处理。