侠客行・iOS 26 Liquid Glass TabBar 破阵记

侠客行・iOS 26 Liquid Glass TabBar 破阵记
在这里插入图片描述

引子

话说侠客岛旁的 “码农山庄” 里,有位青年开发者石破天,一手 SwiftUI 功夫练得炉火纯青,身旁常伴着心思缜密的产品女侠阿绣。

在这里插入图片描述

这日,山庄接到一桩棘手活计 —— 玄铁老怪掌管的 “APP 审核阁” 放出话来,凡要上 iOS 26 的 APP,必过Liquid Glass设计关,尤其Tab Bar这块,稍有差池便打回重练。

在本篇侠客行中,您将学到如下内容:

石破天与阿绣不敢怠慢,即刻开干,誓要破解这 Liquid Glass 的 Tab Bar 玄机。


1. 📱 初探 iOS 26 的 Tab Bar:旧功新用,基础先扎牢

阿绣翻出 iOS 18 的适配文档,对石破天道:“天哥,若咱们之前吃透了 iOS 18 的 Tab Bar 更新,这次应对 Liquid Glass 便是胸有成竹;若是没做过,也得先搭个最简框架试试水。”

在这里插入图片描述

说罢,石破天便敲出一段TabView基础代码 —— 用Tab包裹页面,配上系统图标,正是健身 APP 常用的 “运动记录” 与 “动作库” 标签:

TabView{// Workouts标签:对应“运动记录”页面,用哑铃填充图标Tab("Workouts", systemImage:"dumbbell.fill"){WorkoutsView()}// Exercises标签:对应“动作库”页面,用传统力量训练图标Tab("Exercises", systemImage:"figure.strengthtraining.traditional"){ExercisesView()}}

他用 Xcode 26 编译后,先在 iOS 18 设备上运行 ——Tab Bar 还是老样子,扎实却少了灵动感:

在这里插入图片描述

可一换 iOS 26 设备,屏幕上的 Tab Bar 竟变了模样:

在这里插入图片描述

通体透着Liquid Glass的通透感,像蒙了一层薄雾,与页面浑然一体。

在这里插入图片描述

阿绣指着屏幕皱眉:“你看,之前咱们在 Tab Bar 上方加的紫色‘添加按钮’,现在挡住了下方内容,这可不符 Liquid Glass‘分层不遮挡’的规矩,玄铁老怪见了必定挑刺。”

在这里插入图片描述

2. 🔍 拆解 Tab Bar 的模糊特效:藏在 “滚动容器” 里的玄机

石破天盯着屏幕犯愁,阿绣却忽然想起苹果健康 APP 的设计:“健康 APP 的列表是能滚到 Tab Bar 底下的,还带着模糊效果,不如咱们也试试把列表‘拉’到 Tab Bar 下面?” 。

在这里插入图片描述

二人先分析当前页面结构 —— 原来他们用VStack叠了筛选栏、列表和按钮,按钮挡住了列表,导致 Tab Bar 无法 “穿透” 显示模糊:

VStack{ScrollView(.horizontal){/* 横向滚动的筛选栏 */}List{/* 运动动作列表 */}Button{/* 紫色“添加动作”按钮——问题根源 */}

石破天试着删掉按钮,再运行时,奇迹出现了:

在这里插入图片描述

列表果然延伸到了 Tab Bar 下方,Tab Bar 自动透出一层模糊,与健康 APP 如出一辙!

在这里插入图片描述

他拍腿大笑:“原来如此!Liquid Glass 的模糊特效是默认给‘覆盖在滚动容器上的 Tab Bar’的,之前有按钮挡着,滚动容器没贴到 Tab Bar,自然出不来效果。”

3. 📜 给 TabView 加 “缩骨功”:tabBarMinimizeBehavior 显神通

刚解决模糊问题,玄铁老怪便飘然而至,扫了眼屏幕道:“模糊是有了,可用户滚动时 Tab Bar 还这么显眼,不够灵动,算不得精通 Liquid Glass。”

在这里插入图片描述

石破天心中一紧,阿绣却递过一份 iOS 26 新 API 文档:“天哥,试试这个tabBarMinimizeBehavior修饰符,就像给 Tab Bar 练了‘缩骨功’,滚动时能自动变小!”

石破天立刻给TabView加上修饰符:

TabView{/* 里面还是原来的两个Tab页面 */}.tabBarMinimizeBehavior(.onScrollDown)// 关键:用户向下滚动时,Tab Bar自动最小化

运行后,手指向下滑动列表,Tab Bar 果然悄悄 “缩” 了一圈,既不遮挡内容,又没完全消失 —— 玄铁老怪眯眼瞧了瞧,没说话,但眉头舒展了些。

在这里插入图片描述

石破天暗自庆幸:“还好这修饰符只在 Liquid Glass 模式下生效,要是在 iOS 18 老设计(Old Style)里用了没反应,今日可就栽了。”

4. 🧩 给 Tab Bar 加 “配件”:tabViewBottomAccessory 的坑与悟

解决了最小化,石破天又惦记起之前删掉的 “添加动作” 按钮:“能不能把按钮加回 Tab Bar 上方?” 。

在这里插入图片描述

阿绣指着文档里的tabViewBottomAccessory说:“这是 iOS 26 新出的‘配件视图’,能放在 Tab Bar 上面,试试?”

在这里插入图片描述

石破天依言添加了如下代码:

TabView{/* 原有Tab页面 */}.tabBarMinimizeBehavior(.onScrollDown).tabViewBottomAccessory {// 给Tab Bar加“配件”——这里放“添加动作”按钮Button("Add exercise"){// 点击后打开“添加新运动动作”的逻辑}.purpleButton()// 自定义的紫色按钮样式}

可运行后却发现问题:无论切到 “运动记录” 还是 “动作库”,这按钮都在 —— 阿绣摇头道:“苹果的用法是‘全局配件’,比如音乐 APP 的播放器控制,每个页面都需要;咱们这按钮只在‘动作库’有用,放这就画蛇添足了。” 。

在这里插入图片描述

石破天只好删掉配件,叹道:“看来此路不通,得另想办法。”

5. 🔍 误入 “搜索 - tab” 歧途:role: .search 的真实用途

二人正琢磨,阿绣忽然想起健康 APP 右下角有个搜索按钮:“要不试试给 Tab 加个‘搜索角色’?文档里说role: .search能把 Tab 放右边。” 。

石破天马上修改了代码:

// 新增一个Tab,角色设为.search,想当“添加按钮”用Tab("Add", systemImage:"plus", value:Tabs.exercises, role:.search){/* 原本想放添加页面,结果打开是全屏 */}

可一点这个 “加号 Tab”,竟弹出个全屏页面 —— 哪里是浮动按钮!?

在这里插入图片描述

阿绣哭笑不得:“原来role: .search 是给‘搜索页面’用的,不是随便放按钮的,咱们这是‘张冠李戴’了。” 石破天挠挠头:“看来得放弃 TabView 的思路,直接在页面上做文章。”

6. ✨ 柳暗花明:ZStack+glassEffect 造 “玻璃态浮动按钮”

眼看天色渐暗,阿绣忽然灵光一闪:“Liquid Glass 讲究‘分层’,咱们用ZStack把按钮‘浮’在页面上,再加个glassEffect,不就贴合设计了?”

在这里插入图片描述

石破天眼睛一亮,立刻敲出代码:

ZStack(alignment:.bottomTrailing){// 对齐方式设为右下,按钮贴右下角// 这里放“动作库”的主要内容:筛选栏+列表VStack{ScrollView(.horizontal){/* 筛选栏 */}List{/* 动作列表 */}}// 浮动按钮:核心是glassEffect修饰符Button(action:{// 点击打开“添加新动作”弹窗}){Label("Add Exercise", systemImage:"plus").bold()// 字体加粗,突出按钮.labelStyle(.iconOnly)// 只显图标,不显文字,更简洁.padding()// 内部加边距,增大点击区域}.glassEffect(.regular.interactive())// 关键!添加Liquid Glass玻璃态,与系统融合.padding([.bottom,.trailing],12)// 外部右下加12pt边距,避免贴边}

运行后,一个带着薄雾质感的 “加号按钮” 浮在列表右下角,滚动时既不遮挡内容,又和 Tab Bar 的 Liquid Glass 风格浑然一体—— 玄铁老怪凑过来细看,手指点了点按钮,又滑动列表,半晌才道:“这按钮虽没用到 TabView 的 API,却吃透了 Liquid Glass 的‘分层融合’心法,算你们过关。”

在这里插入图片描述

尾声:技术如侠,心法为上

此事过后,石破天与阿绣悟得一理 —— iOS 26 的 Liquid Glass 从不是刁难人的 “武功秘籍”,而是倒逼开发者贴合用户体验的 “心法”。

在这里插入图片描述

TabView的种种新特性,无论是tabBarMinimizeBehavior的灵动、tabViewBottomAccessory的全局适配,还是glassEffect的通透,核心都在 “让界面服务内容,而非喧宾夺主”。

玄铁老怪虽严苛,见二人不墨守成规、能灵活拆解问题,也不禁点头:“后生可畏,这关,你们过了!” 而石破天与阿绣也明白,往后应对新系统,只需紧抓设计哲学,再难的技术关,也能如侠客破阵般,迎刃而解。

在这里插入图片描述

那么,看到这里各位少侠是否也收益良多呢?

感谢观赏,宝子们下次再会吧!😎

Read more

AI赋能原则2解读思考:从权威到机制-AI 时代的分层式信任体系

AI赋能原则2解读思考:从权威到机制-AI 时代的分层式信任体系

目录 一、AI 的“撒谎”:技术能力还是系统性风险? (一)生成式机制的幻觉性(hallucination) (二)多模态模型的构建方式导致的结构偏移 (三)任务驱动可能诱导“策略性输出” 二、在真假交织的时代:信任不再来自“权威”,而来自“机制” (一)信任的底层逻辑:从“身份可信”到“过程可信” 1. 可解释性与透明机制(Explainable AI / XAI) 2. 溯源与可验证内容(RAG + Source Attribution) 3. 系统级信号验证(Watermarking & Model Signatures) (二)超级能动性的技术化体现 三、AI“撒谎”与人类心理:信任错位引发的深层认知震荡 (一)

如何借助AI完成测试用例的生成?实测高效落地指南

作为一名测试从业者,想必你也有过这样的困扰:重复编写常规功能的测试用例,耗时又耗力;面对复杂业务逻辑,容易遗漏边缘场景;需求频繁迭代时,用例更新跟不上节奏,常常陷入“加班写用例、熬夜改用例”的内耗里。 而现在,生成式AI的爆发的已经彻底改变了测试用例生成的传统模式——它能快速批量生成用例、覆盖更多人工易忽略的场景,还能适配需求迭代快速更新,将测试人员从重复劳动中解放出来,转向更核心的质量策略设计。但很多人尝试后却反馈:“把需求丢给AI,生成的用例驴唇不对马嘴”“看似全面,实际很多无法执行”。 其实,AI生成测试用例的核心不是“输入→输出”的简单操作,而是“人机协同”的高效配合:AI负责规模化生产,人负责搭建框架、把控质量。今天就结合我的实测经验,手把手教你如何借助AI高效生成测试用例,避开常见坑,真正实现提效不内耗。 一、先搞懂:AI生成测试用例的底层逻辑(避免踩错第一步) 很多人用不好AI的核心原因,是误以为AI能“读懂所有需求”,其实它的本质是“基于已有规则和数据,模仿人类测试思维生成用例”。其底层主要依赖三大技术,

AIGC | Midjourney使用指南,直接拿捏~

AIGC | Midjourney使用指南,直接拿捏~

目录 前言:第一篇ZEEKLOG博客,还请各位大佬多多指教!! 一、认识Midjourney 二、Midjourney算法原理 三、Midjourney基本操作指南 1、安装 2、使用演示及基本分区讲解 3、命令解析 4、后缀解析 总结:     前言:第一篇ZEEKLOG博客,还请各位大佬多多指教!!   一、认识Midjourney   Midjourney是由David Holz 2022年3月推出的一款AI制图工具。处于聊天软件discord中,主要功能涵盖图像生成、风格化、变体生成、图生图等,且提供高级工具精细控制生成过程。 使用上需创建账户、获邀请后通过Discord频道输入文字提示来操作。相比于SD(stable diffusion) MJ随机性更大,细节处理精度不够。 二、Midjourney算法原理   MJ基于深度学习中的生成对抗网络(GAN)和扩散模型等技术。 * 生成对抗网络(GAN):由生成器和判别器组成。生成器的任务是根据输入的随机噪声和文本描述等信息,生成尽可能逼真的图像;

当前好用的 AI 辅助编程工具有哪些?一篇看懂 2026 年主流选择

这两年,AI 辅助编程已经从“代码补全工具”升级成了“能读仓库、改文件、跑命令、帮你推进任务的开发搭子”。如果你今天还只把它理解成自动补全,那基本已经落后一代了。现在真正拉开差距的,不是谁能补全一行代码,而是谁更适合你的工作流:是在 IDE 里稳稳写代码,还是像 Agent 一样跨文件改项目,甚至直接在终端里完成一整段开发任务。  从 2026 年的产品形态来看,主流工具大致可以分成三类。第一类是 IDE 内协作型,代表是 GitHub Copilot 和 JetBrains AI;第二类是 Agent / 仓库级改造型,代表是 Cursor、Windsurf、Claude Code、Codex;第三类是 平台一体化型,代表是 Replit 和 Amazon Q