知乎上有一个关于 uniapp 的问题：uniapp真的很垃圾吗？ 本文来精选了部分回答，看看广大开发者眼中的 uniapp。

注：本文内容出自于知乎回答，不喜勿喷！

上手快，文档全，集成度高，这是优势。

• 如果做一个简单的app或者小程序可以的，非常明智的选择。

• 如果功能略微复杂，或者有个性需求，千万别碰，坑非常多，数不胜数。

• 如果牵扯的底层硬件，别想，哪怕插件市场有现成的都不要选 uniapp。

Uniapp主要的问题是坑非常多，小bug数不清，而且社区支持完全是摆设。hx的问题更多了，而且macos版本问题比win版本更多，上一个版本修复的bug几周后可能又出来，另外不支持linux。

另外就是官方为了盈利，越来越往他那个云服务上靠，号称可以商用的云服务，价格死贵且不稳定，具体的限制不明确完全就是玩具云。

在uniapp你踩坑的时间，已经从0学完futter并且上架了。但是，如果只是一些简单的功能ui个性化没那麽多，类似个小商城，小oa之类的，不想学futter还是可以用的。优势还是很明显。

儒雅随和读书人：

年轻时候的我，只会对uniapp嗤之以鼻，什么垃圾，这啥性能啊，编译这么慢，还一堆限制，还有bug！

现在的我只会说真香，叫亲爹app也不为过。

早期的uniapp虽然有bug，开发起来相当的难受，但总体时间还是比写几套代码来的快。早期领导们还不懂行，我做h5和小程序都是要的两份工时，多余的时间自然是自己摸鱼去了。

现在呢，我也有了些人脉资源了，接点外包做做APP，H5，小程序啥的，我也能跟客户多要个几倍的钱，而且还不用去学习新的语言，多的时间和钱花在个人和家庭上，真香。

当然你要从技术层面来说，uniapp确实没啥创新，性能也不算很好。你有技术追求的话，就多学习多卷，写各平台原生（浏览器，安卓，ios，各平台小程序）的那就是最快的。我就不奉陪了，我赚我的钱，我多余的时间摸我的鱼，您就卷技术去呗，大家各取所需。

您学您的技术，我摸我的鱼。但很多人呢，就是，又要靠人家吃饭，又要骂人家，* 啊

Luke：

不咋滴，但是目前同类型的技术只有 uniapp 和 taro，你不选 uniapp 就要选 taro，但是 taro 只会更烂，一用一个不吱声。

你要说 hbuildx 编辑器很烂，我是完全认同的，毕竟比他强的太多了，但是跨平台方案这块，无论是社区还是资料，uniapp 绝对是最优解了，不要因为大家说烂就换一个更烂的。

现在 uniapp 已经不和编辑器绑定了，可以纯 cli 方式开发，编辑器烂的锅没必要甩到 uniapp 上。

CoolDown丶：

如果是拿他写小程序的话，还凑合。腾讯的原生小程序不是一般的难用，啥都不支持。

App还是算了吧，不过 rn 和 flutter 也挺坑，假如 uniapp 有 10 个坑，另外两个差不多有 4 个吧

slogan：

2024了，uniapp根本没有那么不堪，尤其是新推出的uniapp X，可以说是原生级别的响应了。iOS端编译为swift、Android端编译为kotlin，我们用uniapp X做企业OA应用丝滑流畅，动画也不掉帧。缺点也是有，如果想要调用官方没有的手机硬件就得自己写连接驱动了，不过我们用的比较少最多就是地理位置，蓝牙，wifi这几个常用的。

小小唐：

用uniapp做了一个摩托车行车记录视频管理app，app与摩托车进行连接wifi通讯，对摩托车信息进行读写，总体感觉还行，虽然有些坑。现在基本上都解决了。主要是一套代码安卓ios都兼容，这个确实节省了很多成本。也没有想象的那么不堪。给我最大的帮助就是他的插件市场。有很多大神分享一些不错的原生插件，解决了很多问题。

棱镜：

1. 差量编译有BUG，内存占用越来越大，最大来到过4G

2. 社区基本等于没有，有问题根本没人回复

3. 各种uni扩展组件一堆问题，每次都只能迂回解决

4. 奇葩的版本号，不仔细看根本看不出来是什么版本

5. 插件市场跟菜市场差不多，缺斤少两

6. 编译速度真的慢

听雨：

说垃圾就太武断了。

对于中小型公司来说，专业的安卓与IOS开发成本太高了。而想要节省成本，又想进行安卓与IOS开发的话，目前uniapp真的是现阶段技术栈最优解了。

如果公司需要开发web、安卓、IOS项目，而移动端又不需要涉及到很复杂的硬件设备SDK功能实现，至于要一个前端开发人员就能全部搞定。

本人已经使用uniapp三四年了，使用uniapp开发的项目也五六个，就目前使用而言，uniapp完全能适应一般项目的开发工作。涉及到硬件操作方面的话，很多功能就会抓瞎了。

总结：uniapp 确实不完美，但似乎没有更好的替代方案。