![]() |
1
keppelfei 68 天前
如果能比上原生的话,其他人应该已经失业了。只能说生态在越来越好。
|
![]() |
2
Cooky 68 天前
最大的阻碍是语言绑定?
|
3
kuaner 68 天前
不是,体验还是差一截
|
![]() |
4
retrocode 68 天前 ![]() 吹都在吹, 用没人用 =.=
|
![]() |
5
changwei 68 天前 via Android ![]() 每次有相关跨端解决方案的帖子在 V2EX ,下面经常能看到很多人回复短短几个字说说 flutter 不好用或者性能差,但是很少看到有人说他具体是哪里不好用,也没上自己开发的真实项目的性能对比之类的
希望大家还是能多提供一些有用的回复,毕竟 V2EX 回帖也是要花铜板的 |
![]() |
6
finab 68 天前 ![]() 体验上还是有差距的,简单说几个
flutter 开发的 app 滑动一下,手感上立马就能明显感受到差别了, 阻尼、回弹效果有点生硬 动画方面不灵动,达不到 iOS 原生动画的细腻程度 不支持 ProMotion ,不知道现在支持了没,我前段时间开发时还没支持,开发者社区是说先强制 120 再 ProMotion 的路线 开发效率上差不多,但开发体验完爆 ( VSCode 完爆 Xcode ) |
![]() |
7
beimenjun 68 天前 ![]() 仅关注某一端,感觉没特别大的优势。
如果关注多端(以下主要说 iOS & Android ),说来说去 Flutter 其实现在有很多问题,很多是跨平台都几乎会遇到的问题: 0. 画面性能和交互上很难比各自原生平台的好。 1. 第三方库开发门槛高,成本不低:只覆盖 iOS & Android 的三方库往往要求开发者同时具备相当实力的 iOS & Android 开发能力。(个人开发者劝退) 2. 因为第 1 点,导致第三方库选择有限,不用三方选择自己做,又不一定能做好。(小团队劝退) 3. 新的 iOS & Android 更新后,可能会因为 Flutter 更新略微滞后,导致一个时间上的 GAP 。这同时也让人需要注意:你的依赖又需要考虑这个新的因素( Flutter ),整个维护链条的稳定性也会降低。(追求稳定的团队劝退) 4. 一开始一些团队用这类东西可能会觉得很爽,但是走着走着发现自己对于视频之类的 Flutter 未必有那么强大支持的部分有着强烈的性能考虑的时候,代码里就会加入大量的不同平台不同代码的内容。(“一套代码到处运行”迷思的破灭) 5. 如果你这些都不在乎,其实你这类需求 App ,套个网页的壳似乎也能满足需求。选择 Flutter 的优势就不怎么高了。(甚至更极端些,网页不行吗?) 6. Google 的这个东西难说哪一天会不会弃坑了。( Google 真的靠得住吗?) 个人觉得 Flutter 也许适合以下特征的目标人群: 1. 有着强烈的跨端要求,最起码是个三端的应用,但是又嫌弃各种内嵌网页方案。 2. 对于自己开发的 App 不管是功能 / UI 把控程度都很高,不会出现太偏离 Flutter 能力范围的功能和 UI 。 3. 这些人具有选型决策权:比如:陷在“一套代码到处运行”这一陷阱里难以自拔的开发者、没那么热爱 Android 但是对 Google 还算信任的开发者、想体验体验新东西的开发者、讨厌 Xcode 落后但是又想开发比较好的 iOS 应用的开发者。 |
8
meteor957 68 天前 via Android
rn 刚发了 0.71 可以对比一下
|
9
Jirajine 68 天前
移动跨端 flutter 最优解,但桌面应用就非常不适合了
|
![]() |
10
murmur 68 天前
国内跨端最适合的就是小程序,要么就双端自己开发,微信是第一个利用自己生态和技术解决 native 插件的公司,他值得这么火,虽然微信本身也一坨答辩
|
![]() |
11
murmur 68 天前
|
![]() |
12
murmur 68 天前
app 开发的最大问题是没有折中,对于大厂来说,对哪里都要求定制,人家有用不完的高端源生程序员,对于小厂来说,他们没有解决 native 开发的能力,最适合他们的就是小程序
想要跨端,还要性能,这是在梦里才有的事情,实际上就是两个极端 大厂的 flutter 是面向 kpi 开发,你可以看看他们最近更新的东西有半点实际意义么,纯粹是不折腾饭碗就没了 |
13
timelessg 68 天前 via Android
我一直认为 flutter 是趋势,但现阶段学习可以但不要用,之前待过的厂要么一堆 opnegl 的 crash 没人管得了,要么过段时间就弃坑了。让子弹再飞一会
|
![]() |
14
Vitta 68 天前 via iPhone
不要拿 flutter 开发 web
不要拿 flutter 开发 web 不要拿 flutter 开发 web 想一套稍微改改多用的话可以 |
![]() |
15
monkeyWie 68 天前
如果有多端(包括桌面端)需求的话,flutter 绝对是首选,比如我这个项目: https://github.com/monkeyWie/gopeed
|
17
molika 67 天前 via iPhone
热乎的帖子 0 基础开撸 flutter https://www.v2ex.com/t/908356 代码应该没有啥特殊优化 楼主可以体验下滑动 /加载啥的性能? 原生没有用过 xcode 编辑器反人类哈哈
如果不需要很多原生能力以及超级性能 我觉得 flutter 很优秀 |
![]() |
18
daysv 67 天前
我始终觉得 flutter 模式不如 rn 模式好
|
![]() |
19
wuhao747003943 67 天前 via iPhone ![]() uniapp 很垃圾吗 怎么没人用?
|
20
bg7lgb 67 天前 via Android
遇到原生的问题也吃鳖,需要原生的经验,这点挺麻烦的。
上架了两个 app ,公司内部的应用,挺好的,开发效率挺高的。 |
21
bg7lgb 67 天前 via Android
@wuhao747003943
uniapp 最大的优点是成本低,搭配企业业务应用效率还可以,内部的应用多数 crud 操作。 招人成本也相对较低,看过外包方开发 app 的源码,那个乱呀,可能和人有关。 |
22
kunkunzhang 67 天前
不能
|
23
CHXX 67 天前
自己亲身写几个项目就知道这玩意很难能火起来,那种写法很容易让人抓狂。和当年 python 一样就是尬吹出来的。
|
![]() |
24
MakHoCheung 67 天前
专注 Apple 平台的必须 Swift + SwiftUI ,这是亲儿子,跨平台不了解
|
25
hotMan 67 天前
之前我用 rn 写了一个 app, flutter 重构一遍: https://www.nineyan.cn
如果你是简单的 crud app 与原生功能绑定不多,我觉得 rn 和 flutter 都可以. 我个人还是倾向 flutter, widget 太特么多了, 开发效率比 rn 高多了 |
![]() |
26
alexcding 67 天前
flutter 一用到 2.0, 那时候 iOS 性能还是不行. 之后完全放弃. 只写纯 SwiftUI
|
27
ipcjs 67 天前
复杂列表,120 帧模式下,滚动卡顿。。。
随便找个信息流类的 Flutter App 滚一下就能看出来( 仅关注 iOS 开发,还是别折腾了,SwiftUI 不也挺好的吗?为什么整跨端技术? |
28
ipcjs 67 天前
3.3 发布不是都大半年了吗?你这是什么时候的黄历?
|
29
v400127 38 天前
严谨,灵活,好用
|