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

flutter 是不是要升级所有的 widget 了?

  •  
  •   rocmax · 15 天前 via Android · 2581 次点击

    为了在 ios 上实现 liguid glass 。

    21 条回复    2025-06-13 17:23:20 +08:00
    debuggerx
        1
    debuggerx  
       15 天前   ❤️ 1
    目前讨论下来,比较倾向的处理方式是用三方库的方式实现 liguid glass 风格组件,同时把 material 和 cupertino 也剥离成独立的库以降低维护成本。
    liguid glass 目前争议还是比较大的,后续接受度能有多高还未可知,不少人认为 flutter 团队现在把大量精力投入到 cupertino 组件风格升级,还不如去做更有意义的事,把这事儿交给社区和三方库作者来搞,顶多在必要的时候提供一些底层支持。
    w568w
        2
    w568w  
       15 天前   ❤️ 3
    Flutter 当年把 Material 和 Cupertino 放进标准库的时候,保准没想到这俩活宝几年就能各整个大活( Material You Expressive 和 Liquid Glass )
    irrigate2554
        3
    irrigate2554  
       15 天前
    作为 UI 框架本身就不应该将设计风格库整到标准库里面
    maxxxxx
        4
    maxxxxx  
       15 天前
    @debuggerx 严重怀疑社区能否做出一比一还原的 liguid glass
    debuggerx
        5
    debuggerx  
       15 天前
    @maxxxxx 我看了现在各种所谓的还原 demo ,有些不像的反而看上去还更舒服一点。。这种前提下,一比一还原的意义在哪?
    如果后续 liguid glass 解决不了可读性和视觉干扰问题,还不见得就能和以前一样逼得所有人最终“自适应”呢。
    所以说,别急。
    rocmax
        6
    rocmax  
    OP
       15 天前 via Android   ❤️ 1
    不需要揪着 liquid glass 的缺点,关键是如果 flutter 以此为契机选择不跟随系统设计语言的路线,那么基本就等于是完蛋了。
    icyalala
        7
    icyalala  
       15 天前
    https://github.com/flutter/flutter/issues/170310
    官方讨论,目前结论就是暂不支持 Liquid Glass ,也不接受相关贡献。后面要重新考虑架构调整
    wyntalgeer
        8
    wyntalgeer  
       15 天前
    图什么呢,UI 风格只是一个很小的子集,肯定是添加支持而不是强制使用
    Gilfoyle26
        9
    Gilfoyle26  
       15 天前
    看来还是学原生吧,这种三方的跨平台技术随着时间的发展,真的是很难跟上原生的速度。
    murmur
        10
    murmur  
       15 天前   ❤️ 1
    RN 是不是这次上大分了
    janus77
        11
    janus77  
       15 天前
    你要这么说,我有合理理由怀疑这是苹果为了搅动那一潭死水一样的 iOS 开发市场而强行干的一件吃力不讨好的事。
    maxxxxx
        12
    maxxxxx  
       15 天前
    @debuggerx 这种标榜原生挎平台框架的一大卖点就是做出跟原生一样的体验嘛。如果没办法还原,对于很多在做技术选型的企业或者开发者来说很劝退。
    debuggerx
        13
    debuggerx  
       15 天前
    @maxxxxx 还真不是,Flutter 宣传的是“跨平台一致性”。
    对不同的公司和项目来说,要求和倾向是不一样的。不排除有些公司追求的是“还原原生效果”,但是绝大多数的公司的设计师要求的是“还原设计稿”,也就是不管运行在安卓、iOS 还是网页桌面上,都要首先和设计稿保持一致。
    rocmax
        14
    rocmax  
    OP
       15 天前 via Android
    @debuggerx 使用 rn flutter h5 的唯一原因就是希望使用一个 code base 开发不同平台的 app ,你说的特性只能说是 flutter 的特点,不是决定因素。你要说“不排除有些公司”的话没问题,要说是“绝大多数公司”那是扯,设计师为啥不能出两份设计稿来分别对应 ios 和 Android ?
    当年扁平化刚出来的时候骂的也很多,后来还不是都跟进了。连刘海灵动岛这种明显的缺陷补丁个别 Android 厂商不也学了?就算 liquid glass 之后被证明是失败设计,起码 5 年内就这样了,在 2027 年哪个公司希望 app 看着像 2025 年的?
    leegoo
        15
    leegoo  
       15 天前
    很明显,最开始 flutter 使用自绘的组件,主要是目标平台是移动端,移动端 IOS 和安卓 ,如果用 flutter 开发,但是又没有原生的组件,那么这就是阻挡了很大一部分开发者(一部分的开发者就是要用"原生"的组件,但是你没有;好吧,那我就换一个框架),这不就等同于给 react native 送去了很多开发者了吗(毕竟 react native 那些框架本身就是用的原生的控件)

    同理,如果 IOS 和安卓 一开始就由第三方组件包维护,可能由于水平的参差不齐,BUG 率/修复速度等,会让很多开发者失望,这也可以理解为什么一开始 flutter 会把 IOS 和安卓 的原生组件 自己维护.

    当用户积累到一定程度后,确实没必要再 1 比 1 还原,做好 flutter 的优势.把 1 比 1 还原的工作交给原意共享这些组件的人

    (不过 google io 2025) flutter 还在 ppt 上面讲,自己为了实现(复制)IOS 的圆角功能 做了 XX 努力(狗头~)
    hhelloworld
        16
    hhelloworld  
       15 天前
    iphone 15 刚升级到 IOS26 beta 。肉眼可见的卡,而且删除图片的提示框都不居中
    mizuki9
        17
    mizuki9  
       15 天前   ❤️ 1
    看起来跨平台开发框架根本不应该提供官方的组件库。
    或者说,可以提供官方组件,但绝对不要给开发者关于“我的跨平台官方组件库能够永远符合某平台 UI 风格”的期望。
    应该所有平台的 ui 风格都会几年一大变吧
    tootfsg
        18
    tootfsg  
       15 天前 via Android
    不支持狗屁的液体玻璃我才会支持继续用 flutter 。
    gzlock
        19
    gzlock  
       15 天前
    @hhelloworld 既然都叫 beta 版了,那肯定还是有些问题的
    Tomatopotato
        20
    Tomatopotato  
       14 天前
    @mizuki9 这得取决于跨平台框架的实现机制了 像 flutter ComposeMulutiplatform ArkUI-X 这些自带渲染引擎的跨平台方案,适配平台 UI 风格确实是很被动很费力的事情。

    但是像 RN 这种,平台 UI 风格变更对它其实没影响。
    ojh
        21
    ojh  
       14 天前
    @hhelloworld beta 版本你是的懂的,明知道会有问题还去升,升了有问题就吐槽,但每年都这样,你不腻我都看腻了
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1593 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 23ms · UTC 16:37 · PVG 00:37 · LAX 09:37 · JFK 12:37
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.