请问大家使用 uniapp 框架做多平台 app 的实践多吗？ 是否适合使用？

[jackiesteed]

[flytsuki]

看你需求。你的需求网页就能实现的话打包成 app 就不错。否则的话用 flutter 会比这个好点

[nomytwins]

我们做过十几个 app 都是用的 uniapp ，也能生成 h5 和小程序，可以推荐几个他们的框架 graceui

[ala2008]

有用，坑也不少的

[wangsd]

做项目用, 对于我这种后端来说也没其他选择.

[LuckyLauncher]

现在跨平台就是个坑
技术没有银弹，无非是取舍罢了

[laobobo]

正准备尝试一下，做个小程序，不过大家普遍说坑多，不建议使用，哈哈

[uqf0663]

在 V 站问，大部分人跟你说不行的，你去 uni 那几十个群问问看咯

[Li83Xi7Gai4]

做小程序，h5 没问题，做 app 就算了吧

[samnya]

我做小程序和 h5 都用，不过有些地方还是要踩踩坑的，比如要用到 canvas 这些地方。
做 app 如果你对它的要求是在小程序级别的话还是没有问题的。
不过有出海需求的话之前有段时间引入的 sdk 会导致 Play 商店下架，虽然解决了但不知道会不会再有类似的坑。

[tanranran]

做过，适合。有一个插件市场，各种现成轮子。全国各种外包首选框架

[NoManPlay]

考虑一下 taro ，个人感觉使用体验好于 uniapp ，最少不需要那个 hbuilder

[aaronzhang404]

对于轻量级 APP 来说，抛开 Bug 不谈还挺流畅的，在 iPhone 上可以 80hz 。后来用 flutter 重写，只能 60hz 。至于为什么要重写，因为 uniapp 的 bug 抛不开。

[jones2000]

主打一个便宜。 几千的开发成本。

[TimPeake]

感觉这些跨平台框架非常适合做一些信息流/购物等 简单的 app ， 如果追求极致体验、需要用到一些专业的插件/贴近系统底层的功能/交互，大概率是不适合的。

[markgor]

你可以看看 GOV 部分的 APP ，都是 UNIAPP 打包的。
另外“实践多吗”----多
“是否适合使用”---看場景，如果你是大廠那些 APP ，擁有龐大的用戶，那不適合，如果你沒去到大廠那些用戶體量，那就適合。
uniapp 非 uts 和 weex 模式下，界面和功能基本能覆蓋 90%，剩下 10%可以通過自己封裝 sdk 給 uniapp 調用；
weex 模式就是功能上基本一致，但是 CSS 用法和 JS 部分有一點差異，但是主打性能。
而 uts 新出的模式，看了下文檔好像就是類似 flutter 那樣。
hbuilder 則不做評論，我用的時候經常莫名閃退，或者提示異常。但是都在我忍受範圍內。

[fu82581983]

如果功能不复杂，本身前端技术栈是 vue ，那还是挺适合的，当然假如遇到 bug 可能很难解决。

[markgor]

@markgor 就類似 v2 看到的帖子，大量 dom 元素 h5 下的性能調優。
通過 UNIAPP 去開發，和 H5 一樣甚至性能不如 H5 ，但是市場有很多插件，如虛擬滾動之類的來降低性能的影響。
如果你想用安卓和 ios 原生的解決方式降低損耗，你可以變異為 weex 模式，這個模式下有專用的組件可以讓變異出來的和原生性能上基本一致。但是很麻煩很麻煩。
而 utx 模式下官方我看建議是用類似 canvas 的方式去繪製過多的 dom 元素來提升性能。

[crocoBaby]

轻交互可以,一些信息展示类的,重交互不推荐

[mtjgu]

bug 多 维护麻烦

[retrocode]

有用, 我从 19 年开始用 uni-app 至今, 目前新项目采用的 nvue +ts+vue3, 使用体验很好, nvue 是原生渲染性能也没大问题, 坑主要是跨端的通用坑, 类似 小程序的 shadow-dom 导致的样式问题之类的, 都是些初见杀知道了注意下就不会再踩的坑, 再者就是现在 vue3 在插件市场找插件的时候得注意看插件兼容度之类的.

我以前总结过相关问题你可以参考下, 文档时间较老但截至目前依然可以参考.



另外除非你只做小程序多平台, 否则不要碰 taro, 生态坑的呀批, 几年了一套能同时用于小程序和 RN 的组件库都没有, 天天换域名 taro.jd.com taro.auto.io taro.zone 文档地址天天变