侠客行・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

Golang web工作原理详解

Golang web工作原理详解

目录 一. 为什么需要 Handler 与 ServerMux 二. 建立连接 三. 路由分发 1. ServerMux 是什么 2. serverMux底层结构 3. Handler 是什么 4.自定义根处理器 四. 业务处理 1. r  *http.Request —— 请求(客户端 -> 服务器) 2. w  http.ResponseWriter—— 响应(服务器 → 客户端) 3. 两者配合的完整流程         在 Golang的Web编程中,  http包是最核心的基础标准库,  其中 Handler 和 ServerMux 是整个 Web 请求处理流程的关键抽象,

2026 前端新手必装 VS Code 插件|10 个插件提升开发效率(附配置教程)

2026 前端新手必装 VS Code 插件|10 个插件提升开发效率(附配置教程) VS Code 作为前端开发的「宇宙第一编辑器」,轻量性与强大的插件生态是其核心优势。对新手而言,选对插件能省去重复操作、减少语法错误,让编码效率翻倍。本文精选 10 个高频插件,按「代码高亮/格式化/快捷键辅助」分类,逐一拆解功能、安装及配置步骤,再分享组合使用技巧与冲突解决方法,帮你快速搭建高效开发环境。 一、插件分类与精选推荐 前端开发的核心场景离不开代码识别、格式规范与操作简化,本次推荐插件严格围绕这三大维度,兼顾新手友好度与实用性,避免冗余插件增加学习成本。 (一)代码高亮类:提升代码可读性 这类插件优化语法着色与文件识别,让不同语言、不同类型文件直观区分,降低视觉疲劳,尤其适合长时间编码。 1. One Dark Pro(经典深色主题) 核心功能:

不仅是记忆:设计前端侧的AI对话历史存储与上下文回溯方案

不仅是记忆:设计前端侧的AI对话历史存储与上下文回溯方案 在当前的大模型应用浪潮中,很多前端开发者切入AI领域的第一步往往是封装一个ChatGPT般的对话界面。起初,我们可能只是简单地将用户输入和AI回复Push到一个数组中,并在页面上渲染。然而,随着应用场景的深入,这种“玩具级”的架构很快就会面临严峻挑战。 背景:被忽视的“记忆”成本 很多前端同学在开发AI应用时,最容易踩的坑就是“只顾眼前交互,忽视持久化与上下文管理”。 痛点主要体现在三个方面: 1. 数据脆弱性:用户不小心刷新页面,长达几十轮的深度对话瞬间灰飞烟灭。这种体验在Web端是致命的,用户无法接受自己的“思考过程”因误操作而丢失。 2. 上下文窗口限制:大模型都有Token限制(如GPT-3.5的4k,GPT-4的8k/32k)。如果前端只是无脑累加历史记录发给后端,很快就会报错context_length_exceeded。前端必须具备“上下文回溯”与“裁剪”的能力。 3. 多会话管理:现代AI应用往往是多会话并行的(类似ChatGPT左侧列表)。如何高效索引、