1
flytsuki 45 天前
看你需求。你的需求网页就能实现的话打包成 app 就不错。否则的话用 flutter 会比这个好点
|
![]() |
2
nomytwins 45 天前
我们做过十几个 app 都是用的 uniapp ,也能生成 h5 和小程序,可以推荐几个他们的框架 graceui
|
3
ala2008 45 天前
有用,坑也不少的
|
4
wangsd 45 天前
做项目用, 对于我这种后端来说也没其他选择.
|
5
LuckyLauncher 45 天前
现在跨平台就是个坑
技术没有银弹,无非是取舍罢了 |
![]() |
6
laobobo 45 天前
正准备尝试一下,做个小程序,不过大家普遍说坑多,不建议使用,哈哈
|
![]() |
7
uqf0663 45 天前
在 V 站问,大部分人跟你说不行的,你去 uni 那几十个群问问看咯
|
![]() |
8
Li83Xi7Gai4 45 天前
做小程序,h5 没问题,做 app 就算了吧
|
9
samnya 45 天前 via Android
我做小程序和 h5 都用,不过有些地方还是要踩踩坑的,比如要用到 canvas 这些地方。
做 app 如果你对它的要求是在小程序级别的话还是没有问题的。 不过有出海需求的话之前有段时间引入的 sdk 会导致 Play 商店下架,虽然解决了但不知道会不会再有类似的坑。 |
![]() |
10
tanranran 45 天前 ![]() 做过,适合。有一个插件市场,各种现成轮子。全国各种外包首选框架
|
![]() |
11
NoManPlay 45 天前
考虑一下 taro ,个人感觉使用体验好于 uniapp ,最少不需要那个 hbuilder
|
![]() |
12
aaronzhang404 45 天前
对于轻量级 APP 来说,抛开 Bug 不谈还挺流畅的,在 iPhone 上可以 80hz 。后来用 flutter 重写,只能 60hz 。至于为什么要重写,因为 uniapp 的 bug 抛不开。
|
13
jones2000 45 天前
主打一个便宜。 几千的开发成本。
|
![]() |
14
TimPeake 45 天前
感觉这些跨平台框架非常适合做一些信息流/购物等 简单的 app , 如果追求极致体验、需要用到一些专业的插件/贴近系统底层的功能/交互,大概率是不适合的。
|
![]() |
15
markgor 45 天前
你可以看看 GOV 部分的 APP ,都是 UNIAPP 打包的。
另外“实践多吗”----多 “是否适合使用”---看場景,如果你是大廠那些 APP ,擁有龐大的用戶,那不適合,如果你沒去到大廠那些用戶體量,那就適合。 uniapp 非 uts 和 weex 模式下,界面和功能基本能覆蓋 90%,剩下 10%可以通過自己封裝 sdk 給 uniapp 調用; weex 模式就是功能上基本一致,但是 CSS 用法和 JS 部分有一點差異,但是主打性能。 而 uts 新出的模式,看了下文檔好像就是類似 flutter 那樣。 hbuilder 則不做評論,我用的時候經常莫名閃退,或者提示異常。但是都在我忍受範圍內。 |
![]() |
16
fu82581983 45 天前
如果功能不复杂,本身前端技术栈是 vue ,那还是挺适合的,当然假如遇到 bug 可能很难解决。
|
![]() |
17
markgor 45 天前
@markgor 就類似 v2 看到的帖子,大量 dom 元素 h5 下的性能調優。
通過 UNIAPP 去開發,和 H5 一樣甚至性能不如 H5 ,但是市場有很多插件,如虛擬滾動之類的來降低性能的影響。 如果你想用安卓和 ios 原生的解決方式降低損耗,你可以變異為 weex 模式,這個模式下有專用的組件可以讓變異出來的和原生性能上基本一致。但是很麻煩很麻煩。 而 utx 模式下官方我看建議是用類似 canvas 的方式去繪製過多的 dom 元素來提升性能。 |
![]() |
18
crocoBaby 45 天前
轻交互可以,一些信息展示类的,重交互不推荐
|
![]() |
19
mtjgu 45 天前
bug 多 维护麻烦
|
![]() |
20
retrocode 45 天前 ![]() 有用, 我从 19 年开始用 uni-app 至今, 目前新项目采用的 nvue +ts+vue3, 使用体验很好, nvue 是原生渲染性能也没大问题, 坑主要是跨端的通用坑, 类似 小程序的 shadow-dom 导致的样式问题之类的, 都是些初见杀知道了注意下就不会再踩的坑, 再者就是现在 vue3 在插件市场找插件的时候得注意看插件兼容度之类的.
我以前总结过相关问题你可以参考下, 文档时间较老但截至目前依然可以参考. ![uniapp 踩坑记录]( https://retrocode.io/#/%E8%B8%A9%E5%9D%91/uniapp%E8%B8%A9%E5%9D%91%E8%AE%B0%E5%BD%95) 另外除非你只做小程序多平台, 否则不要碰 taro, 生态坑的呀批, 几年了一套能同时用于小程序和 RN 的组件库都没有, 天天换域名 taro.jd.com taro.auto.io taro.zone 文档地址天天变 |
![]() |
22
murmur 45 天前
我宁可选 capacitor ,这个在线打包就给我劝退了,还是有源码安全点,现在都讲自主可控,越是大企业越要这个
一个在线打包直接 pass 了 |
![]() |
23
exploreexe 45 天前 via Android
做 APP 的话 还是算了,坑很多。
|
![]() |
24
FreshOldMan 45 天前
之前这框架还在命令行插广告来着,这种国产垃圾框架到底谁在用啊,除了那种垃圾外包我想不到谁会用
|
25
K332 45 天前
跨平台看下涉及到原生功能是否有插件可以满足,否则自己开发或者修改别人插件时,就很麻烦,至于普通的 ui 展示,这个无所谓什么技术栈
|
27
antowa 45 天前
纯网页类应用可以。uniapp 做多平台坑很多的
|
28
wsseo 45 天前
uniapp 适配 鸿蒙的版本已经出了,开发成本大大降低
|
![]() |
30
gongquanlin 45 天前
强绑定 hbuilder ,难用的不行,即是选了 vscode 的快捷键,很多也不对。而且很多好用的前端组件即是魔改上了 uniapp ,也各种问题。
推荐 taro ,vscode 、react 体验良好,vue 的没试过。给公司上了几个项目了 |
31
C603H6r18Q1mSP9N 45 天前
正常使用问题不大
app 、小程序、h5 ,整套适配算很好的; 但是预期不要非常高,就是一个本地版本的 VUE 项目,动画效果就是 h5 那套 电商、旅游、展示类的 适合,社交、直播、音视频效果和原生有差距。 国内感觉 uniapp 必 reactnative 好,RN 支付、分享、推送、地图,每一个常用功能都没有很好的 SDK 选择,官方版本包基本没有。。。,uniapp 最起码这些都给集成进去了,还有维护那种。 |
32
bzj 45 天前
|
![]() |
33
ajan 45 天前
@NoManPlay
@gongquanlin 我猜你们不知道 uni-app 有 cli 模式,不需要 HBuilder 。 https://uniapp.dcloud.net.cn/quickstart-cli.html 我们做了很多项目了,挺好的。 |
34
JohnH 45 天前
uniapp 生态健全,社区活跃。
我也使用它做过很多类型小程序,也制作过需要对接硬件的 app 。比如串口通信、安卓原生 sdk 封装对接,都是通过 uniapp 这一整套来实现的。 |
![]() |
35
markgor 45 天前
@bug51 weex 是阿里开源的一个技术吧,然后 uniapp 跟进,就上面有人说到的 nvue ,但是吧,之后阿里好像是没继续维护 weex 了,然后就变成 uniapp 这边接手维护 nvue 。说真的我目前上线了 2 个 APP ,均没使用 nvue ,限制比较多,而且我也还没到达性能瓶颈,你看看现在换手机架构的迭代频率......大部分情况下性能没太大问题。
不过现在 uniapp 好像也停止维护 nvue 了,改成了主要维护推进 uts ,编译成原生语言,但这个我没接触过。 而 uniapp 其实没那么万金油,针对不同平台小程序和不同平台(IOS/ANDROID/H5/MP-*)都有特定的条件编译方法。 当跨平台的时候,你可以理解为:80%的代码是复用的,剩下 20%可能需要针对特定环境做差异化条件编辑。 我没接触过 flutter 和 react 这些没法比较,但是就目前而言,uniapp 的缺点在我接受的范围内,所以我选择 uniapp 。 我觉得更多时候,项目还没上线,就按着几万日活的方向去考虑选型,完全是没必要。 打造 100 款 APP ,都未必能有一个到达几万日活量,何必在这里浪费时间呢。 倒不如一把梭,用 uniapp 快速上线验证业务,然后真的到达了过万的日活量,再去考虑替换。 |
![]() |
36
betty00 45 天前
需求比较简单还是可以用,但是陈年 bug 是真的多
|
![]() |
38
anyele 45 天前 ![]() uniapp 已经是目前最优方案了
|
40
laters 45 天前
flutter
|
![]() |
41
abelmakihara 45 天前
坑多 尤其用插件市场插件的时候 不过还是可用的
不过做小程序 用 taro 感觉比 uniapp 要好 没用 taro 编译 app 过 |
![]() |
42
markyun 45 天前
@abelmakihara 用 taro 适合做小程序吧,做 app 好像有很多限制,比如如果要生成 RN 项目,有很多 API 和组件都不支持。
|
![]() |
43
iv8d 45 天前
多端你用就完了,肯定是能做出来的。
|
44
sL83OdzP0RtI2l31 45 天前
看你需求,我一般就是 uniapp 做个壳,里面嵌 H5 ,我们主要还是搞小程序
|
45
chniccs 45 天前
还好,用过几次,没碰到什么大问题
|
46
cqjdcheng 45 天前
又不是个个都是原生大佬
大部分都是做外包,一个后端或者前端,你要啥自行车 人家这么久没夸,还有真么多公司用,肯定是有他得道理的 |
47
RightHand 45 天前 via Android
新坑的话,小程序优先就 uniapp ,app 优先就 flutter 。旧坑?当然是有什么用什么
|
![]() |
48
zencodex 45 天前 ![]() 首先任何技术栈都有坑,核心问题是我们有没有办法和能力把坑填平。
当所有坑都填过,沉淀下来的就是属于你自己的最佳实践。每个开发者不论采用什么技术栈,最好都能沉淀出一套属于自己的最佳实践。从而将更多的精力放在打造产品本身的价值上,而非技术。 早期在跨平台这个事情上,我也做过很多探索,从最初 cordova ,react native ,Xamarin ,MUI ( uniapp 的前身)都有过尝试,也在 uniapp 这个上面产生过动摇,是否切换到 react native+taro 。 直到现在坚定的使用 uniapp 做产品,并将我自己积累出来的最佳实践形成开源作品 `uapp`。uapp 通过集成 uni-app, electron, tauri ,让开发者仅需维护一套代码,就能横扫所有平台。 uapp 弥补了 uniapp 在 app 离线打包上的各种坑,让开发效率也直接拉满。可以不需要开启 HBuiderX ,在命令行下就能做各种编译。比如生成离线打包的自定义基座,仅需命令 `uapp run build:dev` 即可。 还有,比如查看提交审核的包名,微信开放平台用到的签名等,`uapp info` 一条命令,直接给出。 甚至 app 或 小程序里用到的《用户注册协议》《隐私协议》,都可以 `uapp privacy` 一条指令生成(任何框架里都可以用这个命令,配合 vitepress 生成协议文档)。 社区里还有人给出了需要自动化集成的 jenkins 配置文件 (看 github 的 issue 里),linux 上需要配合我做的 linux 环境包,需要的这里安装: <https://artisansoft.feishu.cn/docx/NZRHdetSzoi8VEx7KcYcuivpnqd> 我有款产品是视频剪辑工具,音视频处理是对 native 能力依赖度很大的,不是简单的有 UI 就行了,这个产品我已经通过自己的解决方案,抹平了 桌面端 Electron (windows/macosx/linux),app 端( android ,ios )上的差异,并且积累了丰富的跨平台经验,完全可以让 Web 开发者仅需维护一套代码,就能横扫所有平台。 本人不对各种跨平台方案的好坏做评价,适合你自己的就是最好的,各种跨平台方案的原理和优劣,uniapp 官网文章也说的挺详细了: <https://doc.dcloud.net.cn/uni-app-x/select.html> 如果你在使用 uniapp 开发,在跨平台开发有困惑需要协助的话,可以从 github 上添加我微信,也欢迎能给 uapp 一个 star 支持下 🙏 ,开源本身都是用爱发电,没有收益的。 |
![]() |
49
Features 45 天前
有时候我感觉 uniapp 就是赛博菩萨
非常简单易用的一个平台,做点小东西还是不错的 中大型公司建议肯坑其他的 |
![]() |
50
BealuoC 45 天前
用他做过商城类的,还不错,小问题都能找到解决
|
![]() |
51
linyongxin 44 天前
低成本高效跨平台,文档插件丰富
|
![]() |
52
galikeoy 44 天前
虽然生态这方面,taro 没有 uniapp 好,但还是投 taro 一票,不用绑定 hbuilder 太好了,taro+vue+ts 已经上了两个项目了
|
54
lauginwing 44 天前
如果你是前端,只有一个人,要开发一个要求不那么高的 app ,uniapp 是最好的选择
|
55
soya2 44 天前
虽然 uniapp 写起来有些时候会出现莫名其妙的问题,但也是小成本下多平台不错的选择了,希望以后能做的更好,文档啥的都完善一下
|
![]() |
56
chungon 44 天前
说强绑定 HBuilder 的真的用过吗?我们项目基本都是 uniapp ,bug 不少,但用起来其实也没那么难用
|
![]() |
57
zencodex 43 天前
看了一些回复,应该都是做的单一平台。只有做过多平台才能体会,先不说 Electron 这种桌面集成了,至少小程序和 app ,h5 都一套代码搞一个项目就有体会了。
hbx 的确相当于强绑定,如果只有 uniapp-cli ,环境搭建就会遇到多少问题,app 也没法开发,虽然能编译出 app 资源,但总得调试和打包吧,没 hbx 都没法调试。 taro 如果做了多个平台,也就知道多麻烦了,并且他的原理就没法抹平 UI 差距,RN 和 WEB 完全不同的 UI 形式。uniapp 至少都是 h5 (实际 nvue 类似 RN ,问题很多),我后期 nvue 全改回用 vue 了。 按目前跨端接口统一程度看,没有比 uniapp 更多的了。如果不做跨端,那还不如什么平台就用原生方法做,uniapp 只有真正跨多端才能体会到便利。 做多端跨平台, `uapp`不会让你失望的,欢迎来入坑: <https://github.com/uappkit/uapp> |