V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
zhwguest
V2EX  ›  Android

flutter 会烂尾么

  •  
  •   zhwguest · 14 天前 · 7747 次点击

    无比忐忑啊,看着他家最近焦头烂额的情况。

    72 条回复    2024-11-03 12:38:32 +08:00
    superedlimited
        1
    superedlimited  
       14 天前   ❤️ 1
    joyhub2140
        2
    joyhub2140  
       14 天前   ❤️ 4
    flutter 目前明显是资金投入不足,而且和 Google 对其暧昧的态度也有很大的关系,Google 似乎想把这个蛋糕丢给 jetbrain 家,要不然也不会强势扶正 kotlin 在安卓上的地位。

    目前来说,flutter 仍然是最成熟的跨平台方案,但对于跨平台的未来我只敢赌一把 jetbrain 家的 KMP ,因为 jb 所有产品未来肯定都将基于自己的 KMP 方案来开发。
    iOCZS
        3
    iOCZS  
       14 天前
    看起来 KMP 这种是未来的趋势
    fromzero
        4
    fromzero  
       14 天前
    不会的,反而说明市场对 flutter 的需求强烈。只会发展越来越好
    Lockroach
        5
    Lockroach  
       14 天前
    最近谷歌撤裁了 ft 团队的事吧,毕竟谷歌重心转向 ai 了
    zhengfan2016
        7
    zhengfan2016  
       14 天前
    利好 ReactNative ,国内份额能绝地反击吗😂(好像...不太可能)
    weijancc
        8
    weijancc  
       14 天前 via Android
    感觉 flutter 没用武之地😂
    Hellokids
        9
    Hellokids  
       14 天前
    大概率会分拆版本,最好的结果是捐给开源基金会。
    dreamk
        10
    dreamk  
       14 天前
    @fromzero 都这形势了,早点脱坑吧。。。谷歌把重心都放在 KMP 上了
    砍掉 flutter 是迟早的事,现在不过是在啃老
    砍掉后就算有人接手 flutter ,那 dart 谁去维护
    指望社区维护?谁给他们发工资?
    sujin190
        11
    sujin190  
       14 天前 via Android   ❤️ 2
    顺便没人关注过 avalonia 这货么,最近公司客户端迁移国产化,调研一番用了一个,百万行代码级项目,刚做完,性能还相当不错,win mac uos 麒麟表现都相当一致,刚开始还担心做了一段时间发现这货做的还是相当复杂完成度还不错了,虽然问题也不少,不够基于.net 生态能用的工具也不少,手机和 web 试了下 demo 也很不错
    iOCZS
        12
    iOCZS  
       14 天前
    flutter 的出路就是捐给开源社区,flutter 的这种自绘方式,技术债务应该比较多
    dustinth
        13
    dustinth  
       14 天前
    上当过 GWT 和 Angular, 一看 Flutter 又是完全自己搞一套的模式, 而且非要再搞一个自己的语言 Dart 就没入坑了.
    twig
        14
    twig  
       14 天前
    @sujin190 这个看起来很不错哎。感谢分享。
    chiaf
        15
    chiaf  
       14 天前
    react 才是最成熟的跨平台技术吧
    三位大神伺候着,微软(微软有参与维护),Meta ,node
    daysv
        16
    daysv  
       14 天前
    早说了多少次了,RN 才是商业靠谱的东西, 这玩意除非你拿来吹逼晋升, 不然想不出为什么选型这个。
    daysv
        17
    daysv  
       14 天前
    从本质上说这玩意做到最后不也就是做个浏览器吗,那需要多少人力都应该心里有点数才对, 怎么也要是一家公司 All in 的项目,而不是玩票起一个项目组试试。
    w88975
        18
    w88975  
       14 天前   ❤️ 5
    @daysv
    用 RN 做了几个商业化项目后,才觉得 RN 才是移动端跨端的最佳方案。
    还能有比用 jsx 写 UI 更快的吗,还能有比 css 写样式更轻松的吗?
    js 比 dart 友好了不知道多少倍,还能无缝用 js 的生态
    flutter 那点性能提升,在快速迭代面前不值一提。况且 RN 的渲染性能也并不弱。
    spf13579
        19
    spf13579  
       13 天前
    今天刚看到一个社区接手的版本 Flock ,不知道能不能搞起来
    dnL
        20
    dnL  
       13 天前
    又来了又来了,前端仔闻着味儿就来了,有多大仇啊,这么恨 Flutter ,恨 Flutter 抢了你 RN 的饭碗?
    debuggerx
        21
    debuggerx  
       13 天前
    flutter 死的那天 ,是整个大前端也死得差不多的时候,那时候管你是 RN 还是 KMP 还是原生客户端开发也都没饭吃的,所以不用盼着 flutter 死其他方案就有活路了
    yiximax
        22
    yiximax  
       13 天前
    现在 Flutter 的更新迭代速度反正是慢了
    9ki
        23
    9ki  
       13 天前   ❤️ 1
    @dnL 看这篇文章
    https://flutterfoundation.dev/blog/posts/we-are-forking-flutter-this-is-why/

    google 对 flutter 的维护和开发效率已经配不上 flutter 的规模了

    开发者开发时遇到一个 bug, 而这个 bug 可能一年甚至两年前就有人提出来, 这种效率肯定影响社区积极性

    所以现在有人带头站出来 fork fultter, 无论如何这都是好事, 而且这次分叉也有前 flutter 团队的人参与
    xz410236056
        24
    xz410236056  
       13 天前
    @w88975 移动端纯原生可以拖组件,这才是最快,我记得之前有个 RUst 方案还是啥,忘记了。UI 使用原生,逻辑使用共同代码。
    Vogan
        25
    Vogan  
       13 天前
    Google / Meta 都在将重心(资源)放在 AI 方向。所以对非业务性的部门会减少投入,包括但不限于砍掉人员、减少工作量等等,这是大公司无情的地方。
    ych8398527
        26
    ych8398527  
       13 天前   ❤️ 2
    喜欢 flutter ,特别是它在 win 上的表现,动画丝滑优雅,启动速度还快。体验甩老旧的 wpf 几条街,除了多窗口支持不好,没啥太大毛病。

    现在写自己用的 app 都是用 flutter ,多端表现一致,基本不需要专门调整 ui 。手机用完直接转到桌面,很爽。

    avalonia 移动端表现还不大行,rn 和 maui 都要针对目标平台调整 ui 。

    flutter 真好,希望他不要暴毙,长命百岁
    sujin190
        27
    sujin190  
       13 天前
    @twig #14 avalonia PC 端确实完成度很不错,整体设计也很可以,我们项目算是比较大了迁移也还算顺利,性能超出预期,win macos uos kylinos 表现可以说完全一样,现在完成 win11 和 win10 x86 架构,macos arm 架构,uos 龙芯架构,kylinos 海思 x86 架构测试,win7 的话安装了也正常运行了,而且.net8 支持打包 publish 的时候自包含运行时,所以打包发布安装的时候并不要去必需先安装.net 运行时,所以有搞 tob 业务有客户端又有跨平台需求首选 avalonia 肯定可以
    w88975
        28
    w88975  
       13 天前
    @xz410236056 我从 VB, winform,xaml,到现在的 ios,android 原生开发, 事实证明了, 拖拽控件只适合一些对 UI 交互不严谨的应用, 特别是在移动端, 更多的是适配及交互, 这部分用代码来写 UI 是最合适的, 这也是为什么 flutter 用 dart 写 UI 的原因
    w88975
        29
    w88975  
       13 天前
    @dnL 那可不,我们拿着 flutter 岗位的工资,干着 RN 前端仔的活,咱也不知道为什么我们部门把 flutter 团队全转型 RN 了,可能是前端仔恨 flutter 吧,宁愿抛弃一个优秀的跨端框架,也要拥抱 RN 这坨💩
    NewTab12138
        30
    NewTab12138  
       13 天前
    有人看好 react ,有人看好 kmp, 还有人看好鸿蒙呢,谁先倒闭有必要在这争论么,先学会了再说,所有的跨平台框架思路都是差不多的,你精通了 flutter ,再去学 kmp,上手也很快的,只有这也不会,那也不会的人才会焦虑,到底该学什么
    mark2025
        31
    mark2025  
       13 天前   ❤️ 2
    @dustinth 当时选 dart 而不是 TS 可能是败笔
    FaiChou
        32
    FaiChou  
       13 天前 via iPhone
    rn 最近的口碑上升许多
    PTLin
        33
    PTLin  
       13 天前
    让子弹飞个一年的
    chiaf
        34
    chiaf  
       13 天前
    @xz410236056 微软的 app 是 UI 使用 UIKit ,逻辑代码用 C++,用不着 rust
    dnL
        35
    dnL  
       13 天前
    @w88975 兄弟你是真搞笑,敢把自己公司贴出来吗?我看看是哪个大厂这么大的口气。BAT 都有产品嵌入了 Flutter ,宝马丰田雪佛兰都在用 Flutter 搞自己的车机、车联网软件,人家几个大厂凑不出来一个比你懂的是吧?
    wanguorui123
        36
    wanguorui123  
       13 天前
    看来还是只有 Web 靠谱,以前用过 ReactNative 做移动开发。感觉这种跨平台最大的障碍还是第三方工具库不跨平台,导致割裂。
    justdoit123
        37
    justdoit123  
       13 天前
    RN 的 bug 一样修得很慢。有时候查问题,能看到开了几年的 issue 。

    我觉得 flutter 的思路其实不错。不过就一直纳闷,为什么 flutter 当时不选择用 TS 。语言这东西,切换说起来快,实际上体力活一堆。继承微软的 TS 衣钵,通过 TS 渐进式的演化出一个从动态 -> 静态编译二进制的 TS 方案来弥补性能缺陷,提供一种类似 lint 之类的半自动化迁移方案,把 JS/TS 生态的组件,迁移成纯静态的 TS 高性能组件。这样也不会那么割裂 UI 开发社区。
    janus77
        38
    janus77  
       13 天前
    @sujin190 #11 看了一下,用.net 写跨平台,这和以前的 Xamarin 有啥区别
    wangyzj
        39
    wangyzj  
       13 天前
    这让闲鱼的人可咋想啊
    ybz
        40
    ybz  
       13 天前
    ybz
        41
    ybz  
       13 天前
    @ybz 在欢迎频道同样 2 个协议后可以浏览这个频道
    SilentOrFight
        42
    SilentOrFight  
       13 天前
    其他不说,桌面端的 webview 呢?多少年了!!!
    w88975
        43
    w88975  
       13 天前
    @dnL #35 人家大厂肯定比我懂啊, 但我觉得大厂肯定没你懂😀 敢问你写过多少 flutter 项目, 还是说 google 是你的精神爹, 无脑维护就行了?
    fescover
        44
    fescover  
       13 天前
    啥时候能有 react 的游戏引擎
    lwlizhe
        45
    lwlizhe  
       13 天前
    我一直以为那帮喊 PHP 是最好语言的是编出来的笑话……

    这玩意唯一的标准不应该是岗位数量和岗位薪资么&……哪个钱多好晋升选哪个啊……
    xz410236056
        46
    xz410236056  
       13 天前
    @w88975 #28 那是因为你并没有精通相关平台的拖拽,你说的那些问题,拖拽都是可以解决的,iOS 平台拖拽组件可以实现很复杂的界面。最新的 swiftUI 还合并了拖拽和代码,拖 UI 自动生成代码,写代码产生 UI 。
    xz410236056
        47
    xz410236056  
       13 天前
    @chiaf #34 具体什么库我忘记了原理就是这么个原理
    sujin190
        48
    sujin190  
       13 天前
    @janus77 #38 差别很大,Xamarin 看下底层还是使用各平台的原生组件,这种问题太多了,性能也不行,一致性也很差,ui 原生组件的差异会引入更多问题,开发大型项目就是天坑

    avalonia 则是和 flutter 一样的完全是使用 skia 自绘制的,性能更好,问题更少,开发更方便,安卓和 ios 和 flutter 一样同样是单 activity 自绘制,web 则是整个页面一个 canvas 完全自己绘制组件,直接使用 skia 调用 opengl 自绘制所有组件一致性、性能 flutter 大家相比都知道了,avalonia 在这一点上从设计结构、代码质量、性能上来说一点不差

    而且受益于.net 的语言支持,数据绑定、样式处理都很方便,而且相比 pdf 说,虽然界面样式仍然追随 wpf 一样使用 axaml 来编写,但是 avalonia 自己编写了编译时插件,完全在编译时把 axaml 中的 xml 编写的界面样式文件编译为了 c#代码最后在编译为了 clr ,运行时性能完全不比 flutter 的代码构建的界面样式差
    minami
        49
    minami  
       13 天前 via Android
    烂尾不是很正常,flutter 本来就是为了 fuchsia 准备的,fuchsia 一旦被砍,flutter 就没有存在价值了,毕竟安卓也不需要 flutter
    janus77
        50
    janus77  
       13 天前
    @sujin190 #48 那我明白了,根据我自己的知识来看,移动端两个发力还是会比较慢的,因为移动端比桌面端更新快,性能功耗要求高,而且还有各种底层功能需要做适配,所以这个框架的发力点应该在桌面端,对手应该是 electron 这类。
    flutter 之于 RN ,就相当于 avalonia 之于 electron 了吧
    iorilu
        51
    iorilu  
       13 天前
    flutter 问题是非要弄个新语言

    发明框架可以, 不要随便发明新语言
    silvernoo
        52
    silvernoo  
       13 天前
    flutter 是业界清流,让我一个客户端开发感受到了澎湃的生产力
    dnL
        53
    dnL  
       13 天前
    @w88975 你看又急,不敢报公司名,扯自己公司干什么。大厂肯定比我懂,所以他们都用了 flutter 啊,而不是跟你似的在这无能狂怒。看出来 Facebook 是你爹了,这么急。
    dnL
        54
    dnL  
       13 天前
    @iorilu 哥们,Dart 11 年就出了。flutter 的概念最早也就 15 年,那时候叫“sky”,最开始用的就是 JS
    shunia
        55
    shunia  
       13 天前   ❤️ 1
    .net 的 xml+代码的写法真的很难受,写过一些,没有一次是写的很舒畅的,说不上来的感觉,如鲠在喉。avalonia 在 dx 上和传统.net 的 UI 项目没有任何区别。而且微软自家没有真正好用的跨平台产品/框架吧?

    flutter 使用 dart 唯一的败笔就是生态太差了,官方支持力度不够,社区生态远差于几乎所有的热门语言。语言本身我觉得没啥好喷的,说用 js/ts 那咋不用 lua 呢。
    kele999
        56
    kele999  
       13 天前
    一般般吧,有些 p2 的 bug 常年不修,愁死人
    yunna11
        57
    yunna11  
       13 天前
    太他妈多 BUG 了,说实话,接近半成品,我的应用偶现启动直接透明闪一下闪退。
    n3r0
        58
    n3r0  
       13 天前   ❤️ 1
    世界上就是缺少一个类似交易市场的打赌平台,不然光靠这些年 Flutter 没落的对赌我至少是个百万富翁了😂

    只能说 Flutter 应用范围广的不是一般,而且做到现在想直接嘎了也不容易。。。早上刚看的消息,微信的鸿蒙版朋友圈页面就是 Flutter 写的。要是只看网上的意见,腾讯大概率水平一般🐶
    sujin190
        59
    sujin190  
       13 天前
    @janus77 #50 是的,出发点本来就是开源替换 wpf ,wpf toB 用的人还是很多的,qt 虽然出了很多年了,但是说实话如果搞 toB 大型项目真是天坑,这么多年了,虽然搞了 qml 但是还是没办法和 c++代码直接双向绑定,而且国产话龙芯什么的 qt6 问题真不少,electron 之类的我们好像之前搞过,但是 toB 项目操作复杂,处理的数据量非常大,直接卡死,否则就要弄 native 扩展优化性能也是天坑,而且 c#商业项目其实有不少专做商业组件的公司的,也大多都选择了支持 avalonia

    手机端的话毕竟用户群和社区还不行,而且现有的大部分 ui 组件都是客户端的,原生 API 的支持估计也不完善,确实有待发展,不过绘图毕竟统一又直接调用 opengl 绘制不适用原生组件,UI 的一致性和性能估计也有保证

    avalonia 相比 flutter 还有就是.net 语言更完善了生态更好,非 UI 相关的大量第三方库是可以直接用而且也被验证过了,毕竟大微软搞了这么多年,以后估计也不大可能放弃
    sujin190
        60
    sujin190  
       13 天前
    @shunia #55 移动端页面层级简单交互逻辑很浅,xml 确实没啥优势,不过 PC 端层级复杂,交互逻辑更深的情况下,还是 xml 布局更清楚有优势
    sujin190
        61
    sujin190  
       13 天前
    @janus77 #50 而且 avalonia 也完全支持和 wpf 一样的 await 调度逻辑,搞过 wpf 就知道,c#的这个 await 调度逻辑相比安卓 kotlin 什么的好用太多了,不过就是.net 这个 await 底层的线程调度器设计的是有点坑的,也不知道微软是咋想的,顺便说也不知道哪个大聪明设计的这个 kotlin 协程语法,写起来麻烦不说还破坏代码逻辑而且还不能自动处理和 UI 线程的交互
    mark2025
        62
    mark2025  
       13 天前
    @shunia lua 生态恐怕比 dart 还要差吧。ts 在脚本领域的优点太明显了。
    tanranran
        63
    tanranran  
       13 天前



    鸿蒙微信朋友圈是 Flutter 实现的
    w88975
        64
    w88975  
       13 天前
    @dnL #53 为啥要给你这个傻🐶报公司名呢? 你配吗? 我可没急哦, 不知道是哪个傻🐶先急的狗嘴喷人
    lk920724
        65
    lk920724  
       13 天前
    我有个问题很好奇,RN 的版本号为什么还是 0.XX 的?什么时候出 1?
    fyxtc
        66
    fyxtc  
       13 天前
    flutter 很好用,dart 也很舒服,独开做 app 不二选择,希望能好下去。
    fromzero
        67
    fromzero  
       13 天前   ❤️ 1
    上面估摸有 60% 都没写过 flutter ,看了几篇水文就大放厥词...
    isSamle
        68
    isSamle  
       12 天前
    放心,我用 Flutter 开发的项目,会比他先烂尾
    jqtmviyu
        69
    jqtmviyu  
       12 天前
    fuchsia os 还有消息吗?
    感觉不如 RN 靠谱, 毕竟还有庞大的生态.
    meshell
        70
    meshell  
       12 天前
    目前手上正 在用 flutter 重 写一个 uniapp 的项目
    weiqipeng
        71
    weiqipeng  
       12 天前
    @9ki fork 个锤子 还嫌前端圈不够乱? 个人开发者维护就一定比官方维护的好? 如果是为了修 bug 合并到主干那我也没话说。为了提高自己在业内的影响力乱搞就是没事找事
    mietl
        72
    mietl  
       11 天前
    @weiqipeng 支持
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2779 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 25ms · UTC 00:26 · PVG 08:26 · LAX 16:26 · JFK 19:26
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.