文本
1. 基础文本与系统字体大小
你可以使用 .font() 修饰符并传入苹果预设的样式(如标题、正文、副标题)。强烈推荐使用这些预设样式,因为它们会根据用户 iPhone 设置中的“辅助功能(字体大小)”自动进行缩放调整。
1 | Text("Hello World") |
2. 字体粗细与样式修饰
你可以调整字体的粗细,或者为其添加斜体、下划线和删除线。下划线和删除线还可以进一步自定义颜色。
1 | Text("SwiftUI 学习") |
3. 自定义精确的系统字体
如果设计师要求完全精确的字号(比如 24px),你可以使用 .system 字体。你还可以在这里改变字体的设计风格,比如等宽字体或圆润字体。注意:写死具体数值会导致字体无法随系统设置自动缩放。
1 | Text("精确尺寸的文本") |
4. 多行文本对齐与间距调整
当一段文字太长自动换行时,你可以决定这些文本是居中、靠左还是靠右对齐。同时,你也可以调整行与行之间,以及字母与字母之间的间距。
1 | Text("这是一段非常非常长的多行测试文本,用来演示如何在 SwiftUI 中进行排版和对齐操作。") |
5. 更改文本颜色
修改文本的前景色(即字体本身的颜色)非常直观。
1 | Text("带颜色的文本") |
6. 限制框架与自适应缩放
有时候我们需要将文本限制在一个固定大小的框(Frame)内。如果文本太长,你可以允许它自动缩小字号,以确保所有内容都能完整显示在这个框内。
1 | Text("这段文本会被限制在指定的框内,如果放不下会自动缩小。") |
7. 字符串大小写快速转换
如果你想快速统一文本的大小写格式,可以直接在传入 Text 的字符串内部调用 Swift 的原生字符串方法。
1 | Text("hello world".uppercased()) // 全部转换为大写:HELLO WORLD |
形状
1. 基础形状概览
SwiftUI 内置了五种最常用的几何形状。你可以直接像使用 Text 一样声明它们。默认情况下,如果不限制框架大小(Frame),它们会尽可能大地填满整个可用空间,且默认颜色为黑色。
1 | // 1. 正圆形 |
2. 填充与改变颜色
使用 .fill() 修饰符可以将形状内部填满指定的颜色。对于基础形状,你也可以直接使用上一节课学到的 .foregroundColor(),两者的效果在纯色填充时是等价的。
1 | Circle() |
3. 绘制边框(描边)
如果你不想要实心的形状,而是只想要一个空心的线框,可以使用 .stroke() 修饰符。你可以指定边框的颜色和线条的粗细(LineWidth)。
1 | RoundedRectangle(cornerRadius: 15) |
4. 高级自定义边框(虚线与端点)
.stroke() 方法还支持传入 StrokeStyle,这允许你做出非常复杂的边框效果,比如常见的虚线(Dash),或者修改线段两端的圆角样式(LineCap)。
1 | Capsule() |
5. 裁剪部分形状 (Trim)
这是形状组件中最酷的功能之一!使用 .trim(from:to:) 可以让你只绘制形状的“某一部分”。参数的范围是 0.0 到 1.0(代表 0% 到 100%)。这个功能非常适合用来制作环形进度条或加载动画。
注意:.trim() 必须写在 .fill() 或 .stroke() 之前才能生效。
1 | Circle() |
6. 限制形状大小
前面提到形状会默认铺满屏幕。如果你想画一个小一点的图形,只需使用 .frame() 限定它的宽和高。
1 | Ellipse() |
颜色
1. 基础内置颜色 (Basic Colors)
SwiftUI 预置了许多常用的基础颜色,你可以直接使用点语法(.)来调用它们。这些颜色通常用于测试和占位。 其中最特殊且最常用的是 .primary 和 .secondary,它们不仅代表黑色或灰色,而且会根据系统的深浅模式自动反转(例如 .primary 在浅色模式下是黑色,在深色模式下会自动变成白色)。
1 | RoundedRectangle(cornerRadius: 25) |
2. 使用 UIColor (UIKit 颜色兼容)
虽然我们在写 SwiftUI,但我们可以直接借用旧版 UIKit 框架(UIColor)中的强大颜色库。特别是 UIColor 提供了一系列系统语义颜色(System Colors),比如专门用来做背景的 systemBackground 或 secondarySystemBackground。这些颜色自带极佳的深浅模式适配效果,非常适合用来做 App 的底层背景。
1 | RoundedRectangle(cornerRadius: 25) |
3. 颜色字面量 (Color Literals)
注意:在较新的 Xcode 版本中,输入方式有所改变,但核心概念不变。 颜色字面量允许你在代码中直接呼出一个“取色器(Color Picker)”。你可以使用调色板直观地选取颜色,甚至可以直接在面板中输入设计师提供的 Hex 颜色代码(十六进制码,如 #FF5733)。代码中会直接显示一个小色块,非常直观。
1 | RoundedRectangle(cornerRadius: 25) |
4. 在 Assets 中管理自定义颜色 (Color Assets)
这是在企业级开发中最推荐、最标准的做法。 你可以在左侧导航栏找到 Assets.xcassets 文件,点击底部的 + 号选择 Color Set,为你的颜色命名(例如 “CustomColor”)。 在这里,你可以通过右侧的属性面板精确设置它的 Hex 值。最强大的是,你可以为这个名字设置两种截然不同的颜色:一种用于 Light Mode(浅色模式),另一种用于 Dark Mode(深色模式)。
1 | RoundedRectangle(cornerRadius: 25) |
5. 添加与自定义阴影 (Shadows)
为形状添加阴影可以极大地提升 UI 的质感和层级感。SwiftUI 提供了非常简洁的 .shadow 修饰符。除了基础的黑色阴影,你还可以自定义阴影的颜色、模糊半径(Radius)以及偏移量(x, y)。 一个高级的 UI 技巧是:将阴影的颜色设置为组件本身的颜色,并降低透明度(opacity),这会比纯黑色的阴影看起来自然得多。
1 | RoundedRectangle(cornerRadius: 25) |
渐变
1. 线性渐变
线性渐变是最常用的一种渐变。它会沿着一条由“起始点”和“结束点”确定的直线平滑地过渡颜色。你可以使用 .top、.bottom、.leading、.trailing 等预设方位,也可以通过 UnitPoint 自定义精确位置。
1 | RoundedRectangle(cornerRadius: 25) |
2. 径向渐变
径向渐变是从一个中心点向外扩散的圆环形过渡。你可以控制渐变的“中心位置”、“起始半径(颜色开始变化的距离)”以及“结束半径(过渡完成的距离)”。它非常适合用来制作高光、阴影或聚光灯效果。
1 | Circle() |
3. 角度渐变
角度渐变(也叫圆锥渐变)是颜色围绕中心点进行 360 度“扫射”产生的效果,类似于色盘。这种渐变在制作环形进度条、旋转仪表盘或者现代感十足的圆形视觉图时非常有用。
1 | RoundedRectangle(cornerRadius: 25) |
4. 高级应用技巧:结合描边与透明度
渐变可以和上一节学到的形状修饰符配合使用。例如,你可以将渐变应用在 .stroke() 边框上,或者在 Gradient 中使用带有透明度的颜色(.opacity),从而创造出更有层次感的效果。
1 | Circle() |
系统图标
1. 基础图标引用
在 SwiftUI 中,使用 Image(systemName:) 来调用系统图标。你需要传入图标的字符串名称,这些名称可以从苹果官方的 SF Symbols App 中找到并复制。
1 | // 显示一个基础的“心形”填充图标 |
2. 调整图标尺寸的两种方式
SwiftUI 提供了两种截然不同的方式来控制图标的大小:
- 像文本一样缩放(推荐): 使用
.font()修饰符。这种方式最常用,因为它能让图标与周围的文字完美适配,并支持动态字体缩放。 - 按像素比例缩放: 如果你需要精确控制图标占用的宽高,必须先调用
.resizable(),然后再设置.frame()。
1 | // 方法 A:使用字体样式调整(更智能、更动态) |
3. 颜色修改与渲染模式
默认情况下,图标会继承父视图的前景色(通常是黑色)。你可以使用 .foregroundColor() 修改它的颜色。 此外,针对一些支持多色的图标,你可以开启“原始渲染模式(Original Mode)”来显示苹果预设的多彩效果。
1 | // 修改为单一颜色 |
4. 保持比例与框架裁剪
当你使用 .resizable() 调整图标大小时,图标可能会因为长宽比不一致而被拉伸。为了解决这个问题,通常会配合使用比例缩放修饰符。
.scaledToFit(): 缩放图标以适应框架,同时保证图标内容完整显示在框内。.scaledToFill(): 缩放图标以填满整个框架,可能会导致部分边缘内容被截断(通常配合.clipped()使用)。
1 | Image(systemName: "books.vertical.fill") |
5. 获取图标名称的工具
视频强烈推荐下载苹果官方的 SF Symbols App。该工具不仅包含了所有图标的预览,还允许你搜索关键字(如 “heart”, “cloud”, “person”),直接右键即可复制准确的图标名称并在代码中使用。目前该库已包含超过 2,400 个图标。
图像
1. 引入并显示自定义图片
首先,你需要将图片文件拖入 Xcode 项目左侧导航栏的 Assets.xcassets 中,并为其命名。在代码中,直接传入图片的字符串名称即可引用它。
1 | // 显示在 Assets 中名为 "myImage" 的自定义图片 |
2. 启用图像缩放
默认情况下,图片会按其原始像素大小显示。如果图片分辨率很高,它可能会超出屏幕边界。为了让图片适应你设定的框架(Frame),必须首先调用 .resizable() 方法。
1 | Image("myImage") |
3. 保持比例缩放
当图片被强制拉伸到特定框架时,往往会变形。SwiftUI 提供了两种模式来处理比例问题:
.scaledToFit(): 缩放图片以完整显示在框架内,可能会留下留白。.scaledToFill(): 缩放图片以填满整个框架,图片的边缘部分可能会被截断。
1 | Image("myImage") |
4. 裁剪与圆角处理
如果使用 .scaledToFill() 导致图片溢出了设定的框架,可以配合使用修饰符进行裁剪。你可以选择直接切掉框架外的部分,或者将图片修剪成特定的形状(如圆形或圆角矩形)。
1 | Image("myImage") |
5. 修改自定义图标的颜色
如果你引入的是简单的单色图标(图标背景透明),并希望像修改文本颜色一样在代码中动态改变它的颜色,你需要调整它的“渲染模式”。
1 | Image("myCustomIcon") |
6. 忽略安全区域
有时候你希望图片能够延伸到屏幕的最顶部(覆盖刘海屏区域)或最底部,可以使用忽略安全区域的修饰符。
1 | Image("background") |
Frame
1. 固定尺寸框架
你可以为任何组件设定精确的宽度(width)和高度(height)。如果不设置对齐参数,内容默认会居中显示在框架内。
1 | Text("Hello World") |
2. 框架内的内容对齐
frame 方法提供了一个 alignment 参数,用来决定内容(如文字)在多出的空间里如何摆放。常用的选项包括 .top(顶部)、.bottom(底部)、.leading(靠左)、.trailing(靠右)以及它们的组合(如 .topLeading)。
1 | Text("Hello") |
3. 灵活的弹性框架
在响应式设计中,我们很少写死具体的像素值。使用 maxWidth: .infinity 可以让视图自动拉伸并占满父视图横向的所有可用空间。这在设置列表背景或全屏背景时非常有用。
1 | Text("弹性框架测试") |
4. 修饰符顺序的重要性
在 SwiftUI 中,代码的执行顺序(从上往下)直接决定了最终的布局效果。设置背景(background)和设置框架(frame)的先后顺序会产生完全不同的视觉结果。
1 | // 情况 A:先画背景再设框 |
5. 嵌套多重框架
你可以为一个视图应用多个 frame 修饰符。这种“套娃式”的方法允许你像剥洋葱一样,一层一层地构建复杂的 UI 布局和背景层次。
1 | Text("Hello") |
6. 综合对齐示例
通过合理组合 maxWidth、maxHeight 和 alignment,你可以不使用额外的布局容器(如 VStack)就能完成简单的定位。
1 | Text("右下角文字") |
背景
1. 背景修饰符的基础用法
.background() 允许你在某个组件下方添加颜色、形状甚至另一个视图。它会根据父视图(即被修饰的视图)的大小自动调整自己的尺寸。
1 | Text("Hello") |
2. 叠加层修饰符的基础用法
.overlay() 与背景正好相反,它会将内容盖在当前组件的上方。这在制作图标上的角标(如未读消息红点)时非常有用。
1 | Image(systemName: "heart.fill") |
3. 内部对齐控制
无论是背景还是叠加层,都支持 alignment 参数。通过该参数,你可以精准控制背景或叠加层内容在容器内的摆放位置(例如左上角、底部等)。
1 | Rectangle() |
4. 嵌套多层布局
你可以将背景和叠加层无限嵌套。通过这种方式,你可以不使用复杂的布局容器(如 ZStack)就构建出复杂的 UI 组件。这也是本节视频中最强调的高级布局思维。
1 | Image(systemName: "bell.fill") |
5. 视图层级总结
.background():向后延伸(底层)。- 原始视图:中间层。
.overlay():向前延伸(顶层)。 这种层级思维允许你以“修饰”而非“重构”的方式,逐步为简单的组件增加视觉深度。
Stack
1. 垂直堆栈
VStack 将视图按垂直方向从上往下排列。
- 排列顺序: 第一个编写的视图在顶部,最后一个在底部。
- 默认对齐: 居中对齐。
1 | VStack { |
2. 水平堆栈
HStack 将视图按水平方向从左往右排列。
- 排列顺序: 第一个编写的视图在左侧(Leading),最后一个在右侧(Trailing)。
1 | HStack { |
3. 深度堆栈
ZStack 将视图按屏幕深度方向前后叠放。
- 叠加顺序: 第一个编写的视图在最底层(最背面),最后一个编写的视图在最顶层(最前面,盖在其他视图上)。
- 用途: 适合制作带背景图的卡片或重叠的 UI 元素。
1 | ZStack { |
4. 间距与对齐控制
你可以通过给堆栈传递参数来精确控制布局:
- Spacing (间距): 控制堆栈内元素之间的距离(设置为 0 则无缝连接)。
- Alignment (对齐):
VStack支持.leading(靠左),.trailing(靠右)。HStack支持.top(靠上),.bottom(靠下)。ZStack支持各种复合方向,如.topLeading(左上角)。
1 | // 创建一个靠左对齐、元素间距为 20 的垂直堆栈 |
5. 堆栈的嵌套使用
这是构建真实 App 界面的核心技巧。你可以在 VStack 里面嵌套 HStack,或者在 ZStack 里面嵌套 VStack。通过层层嵌套,可以实现极其复杂的布局逻辑。
1 | ZStack { |
6. 堆栈与背景/叠加层的关系
视频最后提到,简单的两层叠加可以使用 .background()(向后叠加)或 .overlay()(向前叠加),而更复杂的多层嵌套则推荐使用 ZStack。
- 简单场景:
Text("1").background(Circle())(文字在圆圈前面)。 - 复杂场景: 使用
ZStack可以让代码逻辑更清晰。
内边距
1. 基础内边距
使用 .padding() 修饰符而不带任何参数时,SwiftUI 会根据当前的平台和环境自动在视图的上下左右四个方向添加系统标准的空白距离。
1 | Text("Hello, World!") |
2. 指定方向与多方向组合
你可以精确控制在哪些边缘添加间距。常用的方向参数包括:.top(上)、.bottom(下)、.leading(前/左)、.trailing(后/右)。你还可以使用组合参数,如 .horizontal(左右两侧)或 .vertical(上下两侧)。
1 | Text("指定方向间距") |
3. 自定义间距数值
除了使用系统默认值,你可以传入具体的浮点数(CGFloat)来精确定义边距的大小。这在需要实现特定设计稿要求时非常有用。
1 | Text("自定义数值") |
4. 修饰符顺序对布局的影响
在 SwiftUI 中,修饰符的排列顺序决定了视图的层次。如果你想让背景颜色包含内边距区域,必须先写 .padding() 再写 .background()。如果顺序颠倒,背景色将只覆盖文字本身,而内边距区域则是透明的。
1 | // ✅ 正确做法:让背景包裹间距 |
5. 真实场景应用:构建现代感卡片
通过巧妙嵌套多层内边距,你可以轻松构建出带有阴影和圆角的精美卡片布局,而不需要去计算复杂的宽高数值。
1 | VStack(alignment: .leading) { |
占位间距
1. 什么是 Spacer 及其基本作用
Spacer 本质上是一个占据所有剩余空间的视图。在一个堆栈(HStack 或 VStack)中,它会尽可能地伸展,直到把周边的其他组件推到屏幕的边缘。
1 | HStack { |
2. 在水平堆栈中使用 Spacer
在 HStack 中,Spacer 会在水平方向上伸展。这是制作自定义导航栏或列表条目的常用技巧,可以将图标和文字完美推向两侧。
1 | HStack { |
3. 在垂直堆栈中使用 Spacer
在 VStack 中,Spacer 会在垂直方向上伸展。如果你想让一组内容保持在屏幕顶部,而另一组保持在底部,只需在它们中间加一个 Spacer 即可。
1 | VStack { |
4. 使用多个 Spacer 平分空间
如果你在一个堆栈中放置了多个 Spacer,它们会表现得非常公平:它们会平分剩下的所有空间。这对于在页面中创建均匀分布的间隔非常有用。
1 | HStack { |
5. 设置 Spacer 的最小长度
默认情况下,如果屏幕内容非常拥挤,Spacer 可能会缩小到 0。通过传入 minLength 参数,你可以强制规定它最小必须保留多大的间距。
1 | HStack(spacing: 0) { |
6. 结合布局构建真实界面
通过组合使用 VStack、HStack 和 Spacer,你可以轻松实现复杂的布局,而无需硬编码任何坐标数值。
1 | VStack { |
初始化与枚举
1. 什么是初始化器
初始化器(init)是在视图被创建那一刻自动运行的函数。它的主要作用是为视图的属性赋予初始值。 如果你没有手动写 init,SwiftUI 会自动为你生成一个包含所有属性的默认初始化器。
1 | struct MyView: View { |
2. 自定义初始化器中的逻辑
手动编写 init 的一大好处是:你可以在数据进入视图之前对其进行加工。例如,你可以只接收一个数字,然后在 init 内部判断这个数字是大还是小,从而决定显示什么颜色。
1 | struct CustomInitView: View { |
3. 使用枚举增强类型安全
在上面的例子中,使用字符串(”Apple”)来做判断是非常危险的,因为容易拼写错误。更好的做法是使用枚举(Enum)。枚举能限制输入的范围,让代码更健壮,且 Xcode 会提供自动补全。
1 | // 定义水果类型的枚举 |
4. 结合初始化器与枚举构建可复用组件
这是本节视频的核心技巧:创建一个通用的组件,通过 init 接收一个枚举值,并在 init 内部完成所有的 UI 配置工作(如颜色、图标、文本)。这样,你的 body 就会变得非常简洁,且逻辑清晰。
1 | struct DrinkCardView: View { |
5. 提高性能的思维
视频最后强调了一个重要的观点:尽量将数据逻辑放在 body 之外(即放在 init 或变量中)。 因为 SwiftUI 的 body 会频繁重新渲染,如果把复杂的逻辑计算塞在 body 里,会浪费系统资源。通过初始化器预先算好值,能让你的 App 运行得更流畅。
ForEach 循环
1. 使用基础数字范围进行循环
最简单的 ForEach 用法是给定一个数值范围(Range)。比如你想在屏幕上垂直排列 10 个圆圈,你不需要写 10 次 Circle(),只需让 ForEach 循环 10 次即可。
- 索引 (Index): 闭包内部提供的变量(通常命名为
index)代表当前是第几次循环。
1 | VStack { |
2. 基于数组数据的循环
更实用的场景是根据一个现成的数组(Array)来生成视图。你可以遍历数组的索引(.indices),并根据当前索引从数组中提取对应的真实数据。
1 | struct MyListView: View { |
3. 动态数据与 UI 自动更新
ForEach 的强大之处在于它是响应式的。如果你的数据源(数组)发生了变化,ForEach 会自动感知并更新屏幕上的 UI,无需手动刷新。
1 | VStack { |
4. 为什么不直接用 Swift 的 for...in
在 SwiftUI 的 View 构建块中,我们必须使用 ForEach 而不是原生的 for...in 循环。这是因为 ForEach 本身也是一个视图容器(View),它可以被嵌入到 VStack 或 HStack 中,并且符合 SwiftUI 的渲染机制。
5. 局限性与接下来的课程
当 ForEach 生成的视图过多(例如 100 个)超出屏幕范围时,你会发现无法滑动。视频最后提醒:在下一节课中,我们将通过 ScrollView 来解决这个问题,让循环生成的长列表变得可以滚动。
滚动视图
1. 基础垂直滚动
要让一个列表可滚动,只需将布局容器(通常是 VStack)包裹在 ScrollView 中即可。默认情况下,ScrollView 是垂直滚动的。
1 | ScrollView { |
2. 控制滚动条显示
ScrollView 的初始化器允许你配置两个重要的参数:
- axis (轴向): 设置为
.horizontal(水平)或.vertical(垂直)。 - showsIndicators (显示指示器): 设置为
false可以隐藏滑动时右侧或底部的滚动条,让界面看起来更清爽(类似于 Instagram 的信息流)。
1 | // 创建一个隐藏滚动条的水平滚动视图 |
3. 嵌套滚动视图(实现类 Netflix/Spotify 布局)
你可以将水平滚动视图嵌套在垂直滚动视图中。这是构建复杂 App 主页(如 Netflix 的分类推荐流)的常用技巧:外层上下滑动切换分类,内层左右滑动浏览分类下的电影。
1 | ScrollView { // 外层:垂直滑动 |
4. 性能优化:LazyVStack 与 LazyHStack
当你处理成百上千条数据时,如果使用普通的 VStack,系统会尝试在页面加载的一瞬间同时创建这 1000 个视图,这会导致 App 卡顿甚至崩溃。 解决方案: 使用 LazyVStack(或 LazyHStack)。“Lazy(懒加载)”意味着只有当视图即将出现在屏幕上时,系统才会去创建它。这能极大地节省内存并提高响应速度。
1 | ScrollView { |
5. 什么时候该用“Lazy”?
- 如果你的数据量很小(如 10-20 个静态组件),普通的
VStack即可。 - 如果你的数据量较大,或者需要从网络下载图片,务必使用
LazyVStack。
网格布局
1. 定义网格列 (GridItem)
在使用网格之前,你需要先告诉系统你的网格长什么样。通过定义一个 GridItem 数组,你可以控制每一列(或每一行)的大小策略。共有三种主要的尺寸模式:
- Fixed(固定尺寸): 严格锁定像素宽度。
- Flexible(灵活尺寸): 自动平分剩余空间,可设置最小/最大值。
- Adaptive(自适应尺寸): 在指定的最小宽度下,尽可能多地在一个列定义中塞入更多的列(这是实现响应式照片墙的关键)。
1 | // 定义 3 列灵活伸缩的列 |
2. 实现垂直网格 (LazyVGrid)
LazyVGrid 会按照你定义的列数,从左往右、从上往下填充内容。通常它会放在 ScrollView 中,因为它也是“懒加载(Lazy)”的,只有在用户滚动到该行时才会创建视图。
1 | ScrollView { |
3. 实现水平网格 (LazyHGrid)
LazyHGrid 的逻辑与垂直网格相反,它需要你定义行数(rows),内容会从上往下、从左往右横向填充。它通常配合水平滚动的 ScrollView 使用。
1 | let rows: [GridItem] = [GridItem(.fixed(100)), GridItem(.fixed(100))] |
4. 网格中的 Section 与吸顶效果
你可以像在 List 中一样,在网格中使用 Section 来对内容进行分组,并添加页眉(Header)或页脚(Footer)。LazyVGrid 还支持 pinnedViews 参数,让页眉在滚动时保持“吸顶(Sticky)”在屏幕顶端。
1 | LazyVGrid( |
5. 什么时候该用网格而不是堆栈
- 使用堆栈(Stacks): 当你只需要单行(HStack)或单列(VStack)简单排列时。
- 使用网格(Grids): 当你需要多列排列(如 3x3 布局),或者希望布局能够根据屏幕宽度自动调整列数(Adaptive)时。
安全区域
1. 默认尊重安全区域
在 SwiftUI 中,所有的容器(如 VStack, ZStack, ScrollView)默认都会自动避开安全区域。这意味着即使你设置了背景颜色,如果直接加在容器上,屏幕最顶部和最底部通常会留下一片空白。
1 | ZStack { |
2. 忽略安全区域的修饰符
如果你希望某个视图(通常是背景图或背景色)铺满整个屏幕,可以使用 .ignoresSafeArea() 修饰符。这是 iOS 14 之后推荐的新方法,取代了旧版的 edgesIgnoringSafeArea。
1 | ZStack { |
3. 指定忽略特定的边缘
有时候你只想让背景延伸到顶部,但底部的交互区仍需保留空间;或者相反。你可以通过参数精确控制忽略哪些方向。
1 | VStack { |
4. 滚动视图与安全区域的进阶用法
当使用 ScrollView 时,默认内容会在滑到底部时正好停在安全区域上方。如果你想让滚动区域看起来是全屏的,但最后的文字不被底部指示条遮挡,通常会将背景设置在 ScrollView 之外并忽略安全区域。
1 | ZStack { |
5. 最佳实践总结
- 背景层: 始终使用
.ignoresSafeArea()让视觉效果更现代。 - 内容层(文字/按钮): 绝对不要随意忽略安全区域,否则用户可能点击不到按钮,或者文字会被刘海遮住。
- 层级思维: 使用
ZStack将“全屏背景层”和“安全内容层”分开处理,是构建专业界面的标准做法。
按钮
1. 基础按钮语法(纯文本)
这是最简单的初始化方式,只需要提供一个字符串作为标题。当用户点击按钮时,大括号 { } 里的代码就会执行。
1 | Button("点我执行") { |
2. 自定义标签按钮(Label)
如果你想要按钮显示图标、形状或者复杂的文字排版,你需要使用带 label 参数的初始化方式。这种方式允许你把任何视图(View)放进按钮里。
1 | Button(action: { |
3. 使用按钮改变页面状态(@State)
为了让点击按钮后屏幕上的内容发生变化,我们需要使用 @State 变量。当我们在按钮动作中修改这个变量时,SwiftUI 会自动重新渲染受影响的视图。
1 | struct ButtonStateView: View { |
4. 深度自定义按钮样式
通过结合之前学到的修饰符(如 padding, background, cornerRadius),你可以做出极具设计感的按钮。
- 技巧: 先加
padding再加background,背景才会包裹住间距。
1 | Button(action: { |
5. 制作圆形图标按钮
利用 Circle 形状和 overlay(叠加层),可以快速制作出像社交应用中那样的圆形功能按钮。
1 | Button(action: { }) { |
6. 按钮的内置着色 (Accent Color)
默认情况下,SwiftUI 按钮的文字和图标是系统蓝色的。你可以使用 .accentColor() 来全局修改这个可点击项的颜色。
1 | Button("红色风格按钮") { } |
@State
1. @State 的核心定义与“事实来源”
@State 是一个属性包装器,它允许视图拥有一块可以被修改的内存空间。它是该视图内部数据的“事实来源(Source of Truth)”。当你在变量名前加上 @State 时,你就告诉了 SwiftUI:“请密切观察这个变量,它可能会发生变化。”
1 | struct StateBasicView: View { |
2. 自动触发 UI 刷新机制
这是 @State 最强大的特性:反应式编程。一旦你修改了标记为 @State 的变量值,SwiftUI 会立刻感知到变化,并自动重新运行 body 属性里的代码,将最新的数据渲染在屏幕上。
1 | Button("点击修改标题") { |
3. 数据的持久性与内存管理
SwiftUI 的视图结构体是非常廉价的,它们会频繁地被系统销毁和重建。普通的属性在视图重建时会丢失数据并重置。但是,标记为 @State 的变量会被 SwiftUI 存放在一个特殊的、持久的内存区域。即使视图重建,状态值依然会被保留。
1 | // 即使页面因为其他原因刷新,count 的值也会被系统记住 |
4. 提取 UI 属性为动态状态
你可以通过提取原本写死的 UI 属性(如颜色、背景、边距、字号)并将它们转换为 @State 变量,从而轻松实现动态界面。比如点击按钮切换背景颜色或增加页面间距。
1 | struct ColorToggleView: View { |
5. 开发建议与最佳实践
- 保持私有性: 始终将
@State属性标记为private。这能确保该状态只被当前视图管理,避免外部代码意外干扰。 - 适用场景:
@State仅适用于简单的、局部的数据(如字符串、布尔值、整数或简单的结构体)。 - 进阶提示: 如果你需要将这个状态传递给子视图进行修改,你会用到下节课的知识点:
@Binding
提取函数与子视图
1. 提取为计算属性 (Variables)
如果你有一段纯 UI 代码(不涉及复杂的参数传递),最简单的方法是将其提取为一个计算属性(Computed Property)。这相当于给这块 UI 起了一个名字,让 body 读起来像是在读大纲。
1 | struct PropertyView: View { |
2. 提取为函数 (Functions)
当你需要根据不同的逻辑状态(比如传入不同的参数)来返回不同的视图时,应该使用函数。函数允许你像调用普通代码一样传递数据。
1 | struct FunctionView: View { |
3. 提取为独立的子视图 (Subviews/Structs)
这是最彻底的重构方式。将一部分 UI 提取为一个独立的 struct。这样做有两大好处:
- 代码解耦: 子视图可以有自己的状态和逻辑。
- 跨文件复用: 这个子视图以后可以在 App 的任何地方被重复使用。
1 | // 主视图 |
4. 重构的核心原则
- 保持 Body 苗条: 理想情况下,你的
body应该只有几十行代码,通过名称清晰的变量和函数来组合界面。 - 优先使用变量: 如果没有参数,用变量(计算属性)性能更好。
- 逻辑复杂用子视图: 如果某部分 UI 需要处理很多数据或被多次重复,务必提取为独立的
struct。
提取子视图
1. 为什么要提取为独立的结构体
在上一节课中,我们学习了提取为“变量”或“函数”。但如果某个 UI 组件需要在不同地方多次出现,且每次显示的文字、颜色都不一样,那么将其提取为一个独立的 struct 是最佳选择。 这样做的最大优势是:子视图可以拥有自己的初始化器(Initializer),从而接收动态数据。
2. 使用 Xcode 快捷功能一键提取
你不需要手动创建结构体。在 Xcode 中:
- 按住
Command键并点击你想要提取的代码块(如一个VStack)。 - 在弹出菜单中选择 Extract Subview。
- Xcode 会自动在文件下方生成一个新的
struct,你只需要给它起个名字即可(例如MyItemView)。
3. 为子视图添加动态属性
提取出来的子视图默认是静态的。为了让它变强,你需要给它定义属性(变量)。这样,你在主页面调用它时,就像调用系统组件(如 Text)一样,可以传入不同的参数。
1 | // 提取出来的独立子视图 |
4. 在主视图中复用子视图
一旦定义好了带参数的子视图,你就可以在主视图的 body 中轻松地多次复用它,并传入截然不同的数据。这让主视图的代码逻辑变得像读“菜单”一样简单明了。
1 | struct MainContentView: View { |
5. 综合重构策略:层级化布局
视频中展示了一个专业的布局思维:
- 背景层(Background Layer): 提取为变量。
- 内容层(Content Layer): 提取为变量。
- 具体条目(Individual Items): 提取为独立的子视图结构体。 这种层级化的重构方式,能确保即使是非常复杂的屏幕,其主
body代码也能控制在 10-20 行之内。
@Binding
1. @Binding 的核心定义
@Binding 不会存储数据,它只是一个指向其他地方(通常是父视图的 @State)的链接或引用。它允许子视图对父视图拥有的“事实来源”拥有读写权限。
1 | struct ChildView: View { |
2. 实现双向数据绑定
@Binding 创造了一条“双向通道”:
- 父传子: 父视图的状态改变,子视图自动刷新。
- 子改父: 子视图修改绑定变量,父视图的状态也随之更新。
3. 传递绑定的语法($ 符号)
当你在父视图中调用子视图并传递绑定关系时,必须在变量名前加上 $ 符号。这个符号的作用是提取该状态的“投影值(Projected Value)”,即获取一个 Binding 对象。
1 | struct ParentView: View { |
4. 为什么需要 @Binding(应用场景)
- 代码重构: 当你将一个巨大的
body拆分成多个小的struct时,子视图需要访问主页面的数据。 - 组件化开发: 比如你写了一个自定义的开关按钮或选择器组件,这个组件必须能修改外部传入的状态值才有意义。
- 逻辑解耦: 让子视图只负责交互逻辑(比如按钮点击),而让父视图负责持有和管理最终的数据。
5. 综合实战示例
下面的代码演示了如何在点击子视图按钮时,同时修改父视图的背景颜色和标题。
1 | struct MainView: View { |
6. 开发建议
- 不要滥用: 视频中提到,如果只是想在子视图中显示数据而不需要修改,请直接使用普通的
let常量。 - 层级深度: 建议只在相邻层级(父子)之间使用
@Binding。如果数据需要跨越 3-4 层传递,建议考虑后续课程会讲到的@EnvironmentObject。
if-else
1. 在布局容器中使用 if-else
你可以在 VStack、HStack 或 ZStack 内部直接编写 if 语句。这通常用于完全切换视图组件。例如:点击按钮显示加载动画,或者切换登录/注册页面。
1 | @State var isLoading: Bool = false |
2. 使用三元运算符 (Ternary Operator)
如果你只是想改变某个视图的属性(如颜色、大小、透明度),而不是替换整个视图,使用三元运算符 (条件 ? 结果A : 结果B) 会比 if-else 更简洁、更高效。
1 | @State var isCircle: Bool = false |
3. 结合动画 (withAnimation)
在 SwiftUI 中,条件判断触发的 UI 变化默认是瞬间完成的,看起来比较生硬。为了获得平滑的过渡效果,通常会在修改状态变量时包裹在 withAnimation 函数中。
1 | Button("点击平滑切换") { |
4. 逻辑判断的进阶用法 (&& 与 !)
你可以在条件中使用逻辑运算符:
&&(且): 只有当两个条件都满足时才显示。!(非): 反转布尔值。
1 | // 只有当用户已登录 且 且数据未加载时显示提示 |
5. If-Else vs. Ternary 的选择建议
- 使用
if-else: 当你需要添加或移除整个视图层级(例如从首页切换到详情页)时。 - 使用三元运算符: 当你只是在微调同一个视图的样式修饰符(Modifiers)时。这样可以保持视图层级的稳定性,对系统性能更友好。
6. 综合示例:构建一个动态反馈界面
1 | struct ConditionalView: View { |
三元运算符
三元运算符本质上是 if-else 语句的缩写版本。在 SwiftUI 的“声明式”环境中,我们经常需要根据某个状态(State)来改变一个属性(如颜色、大小),使用传统的 if-else 会让代码层级变得非常臃肿,而三元运算符可以将逻辑写在单行内。
它的逻辑可以总结为:“这个条件成立吗?如果成立就用 A,否则就用 B。”
1 | // 语法: |
- 动态改变颜色
这是三元运算符最常见的用途。与其编写整个 if-else 块来替换视图,不如直接在 .fill() 或 .foregroundColor() 中进行切换。
1 | @State var isPressed: Bool = false |
- 动态调整尺寸与边距
你可以用它来控制视图的物理属性,实现类似“展开/收起”或“缩放”的视觉效果。
1 | Circle() |
- 多重属性联合切换
你可以在同一个组件上叠加多个三元运算符,让整个 UI 随着一个变量的改变而产生连带反应。
1 | VStack { |
动画
1. 显式动画 (withAnimation)
显式动画是指在修改状态变量的代码块上包裹 withAnimation 函数。它告诉 SwiftUI:“所有因为这个状态改变而受到影响的视图,请以动画形式过渡。”
1 | @State var isAnimated: Bool = false |
2. 隐式动画 (.animation 修饰符)
隐式动画是将修饰符直接作用于特定的视图组件上。当该视图关联的状态发生变化时,它会自动应用指定的动画效果。
- 注意: 从 iOS 15 开始,建议在使用
.animation时明确指定它监听的变量(value: someValue),以避免不必要的重复动画。
1 | RoundedRectangle(cornerRadius: isAnimated ? 50 : 0) |
3. 动画计时曲线 (Timing Curves)
计时曲线决定了动画的速度如何变化(是匀速、先快后慢,还是具有弹跳感)。
.linear:匀速运动。.easeIn:由慢变快(适合物体进入屏幕)。.easeOut:由快变慢(适合物体停止运动)。.easeInOut:两头慢,中间快(最常用的自然效果)。
4. 弹簧动画 (Spring Animations)
弹簧动画是 iOS 系统的灵魂,它能赋予界面真实的物理感。你可以通过设置响应速度(response)和阻尼系数(dampingFraction)来微调效果。
- Damping (阻尼): 越小越弹;如果设置为
0.5以下,会有明显的往复弹跳。
1 | withAnimation( |
5. 动画属性的联动
你可以同时动画化多个属性。当你点击一个按钮时,视图可以同时改变位置、颜色、圆角、旋转角度和阴影,所有的过渡都会同步进行。
1 | RoundedRectangle(cornerRadius: isAnimated ? 50 : 25) |
6. 总结建议
- 优先使用
withAnimation:因为它能让你更精确地控制哪些代码触发动画,且逻辑清晰。 - 不要过度动画:过多的弹簧效果会让用户感到眼花缭乱,保持简洁自然的过渡是关键。
- 结合条件判断:动画通常与
if-else或三元运算符配合使用,实现视图的平滑显现或消失。
动画曲线
1. 动画曲线的核心定义
动画曲线(Animation Curves)本质上是在控制动画执行过程中的速度变化规律。虽然两个动画可能都是从 A 点移动到 B 点,且耗时相同,但由于曲线不同,它们在路径中间的快慢节奏会完全不同。这能让 UI 交互从“机械化”变得“人性化”。
2. 四种基础内置曲线
视频对比了 SwiftUI 提供的四种核心计时曲线,它们涵盖了大部分日常开发需求:
.linear(线性):从头到尾匀速运动。虽然简单,但看起来比较生硬,通常用于不间断的循环动画(如旋转进度条)。.easeIn(渐入):开始时非常缓慢,随后逐渐加速。适合物体从屏幕外飞入的场景。.easeOut(渐出):开始时很快,快结束时有明显的减速。这最符合真实世界的物理感觉(摩擦力让物体停下),是视觉上最舒适的曲线之一。.easeInOut(渐入渐出):两头慢,中间快。这是系统的默认选项,能够平衡启动和停止的突兀感。
1 | // 基础曲线应用代码片段 |
3. 弹簧动画 (Spring Animation)
.spring() 是视频重点推荐的内容。它模拟了物理弹簧的震动,自带一种“灵动感”和“弹性”。
- 默认弹簧:直接使用
.spring()即可获得非常自然的反馈。 - 自定义控制:通过参数微调,可以让弹簧的表现各异。
1 | // 具有回弹效果的自定义弹簧示例 |
4. 参数调试与视觉观察
为了更好地理解这些曲线,视频中提到了两个实用的调试技巧:
- 拉长时长:在测试曲线差异时,将
duration设置为 5.0 或 10.0 秒。这样你可以肉眼识别出.easeIn在起步时的迟疑,或者.easeOut在结尾时的优雅减速。 - 对比测试:像视频中那样,将多个视图纵向排列并赋予不同的曲线,点击同一个按钮触发,这是学习动画节奏最直观的方式。
5. 开发建议与实战总结
- 优先考虑弹簧:对于按钮反馈、弹窗出现等交互,
.spring()通常比普通曲线更有高级感。 - 遵循物理逻辑:
- 物体进入屏幕:
.easeIn - 物体离开屏幕:
.easeOut - 位置/颜色平滑过渡:
.easeInOut
- 物体进入屏幕:
- 克制使用回弹:除非是为了增加趣味性,否则不要把弹簧的
dampingFraction设置得过低,频繁的剧烈抖动会让用户感到视觉疲劳。
转场
1. Transition 与 Animation 的本质区别
- Animation(动画):用于处理已经在屏幕上的视图。比如改变它的颜色、大小或位置。
- Transition(转场):用于处理视图的插入和移除(Add or Remove)。当你使用
if语句或switch来切换视图是否显示时,就需要用到转场。
2. 基础转场类型
SwiftUI 内置了几种非常直观的转场效果,你可以直接通过 .transition() 修饰符调用:
.opacity:最基础的淡入淡出效果。.scale:视图从中心点放大出现,或缩小消失。.slide:视图从左侧滑入,并向右侧滑出(这是默认方向)。.move(edge:):比 slide 更灵活,你可以指定从哪个边缘滑入滑出(.top,.bottom,.leading,.trailing)。
1 | if isShowing { |
3. 组合转场与非对称转场
如果你觉得单一效果太单调,SwiftUI 允许你把多种效果“叠加”在一起:
.combined(with:):同时执行两种效果。例如:一边放大一边淡入。.asymmetric(insertion:removal:):这是进阶技巧,允许你为“出现”和“消失”设置完全不同的动画。例如:从左边滑进来,但通过淡化消失。
1 | // 非对称转场示例 |
4. 触发转场的关键:withAnimation
这是视频中特别强调的“巨坑”:仅仅给视图添加 .transition() 修饰符是不会产生动画效果的。
转场必须配合环境动画才能生效。你必须在改变触发状态(比如那个布尔值)时,将其包装在 withAnimation 块中。
1 | Button("切换视图") { |
5. 实战避坑指南:ZStack 与 zIndex
在 ZStack 中使用转场时,有时会发现消失的视图瞬间就不见了,或者被新出现的视图挡住。
- 现象:由于 SwiftUI 在处理视图移除时,图层层级(Z-axis)可能会发生微妙变化,导致消失动画被遮盖。
- 对策:给正在进行转场的视图手动添加
.zIndex(1.0)。这能确保视图在消失的过程中,始终保持在图层的最顶层,让动画完整展示。
6. 综合案例演示
下面的代码展示了如何利用非对称转场创建一个优雅的弹出面板:
1 | struct TransitionBootcamp: View { |
弹出视图
1. Sheet 与 FullScreenCover 的定义与区别
这两种修饰符都用于在当前视图之上弹出另一个视图,但视觉效果和交互逻辑有所不同:
.sheet():弹出后不会完全遮盖父视图,顶部会留出一小部分父视图的边缘。它默认支持手势下拉关闭。.fullScreenCover():顾名思义,它会完全覆盖整个屏幕(包括状态栏区域)。它不支持手势下拉关闭,必须手动通过代码(如关闭按钮)来移除。
2. 实现弹出层的基础逻辑
要显示一个 Sheet,你需要三个核心要素:
- 一个
@State布尔变量,用于控制是否显示。 - 一个触发动作(如按钮点击),将布尔值设为
true。 - 一个
.sheet()修饰符,绑定该布尔变量并提供要显示的视图内容。
1 | struct SheetsBootcamp: View { |
3. 如何在子视图中主动关闭弹出层
当你弹出一个新页面后,除了 Sheet 自带的下拉手势,通常还需要在页面内提供一个“关闭”按钮。这需要用到 @Environment 变量。
- 核心变量:
\.presentationMode(在较新版本的 SwiftUI 中,建议使用\.dismiss,但视频中讲解的是经典用法)。 - 执行逻辑:调用其
wrappedValue.dismiss()方法。
1 | struct SecondScreen: View { |
4. 开发中的重要限制(避坑指南)
视频中特别强调了新手最容易犯的几个错误,请务必注意:
- 单一性限制:在一个视图层级(View Hierarchy)中,只能使用一个
.sheet()或.fullScreenCover()。如果你在一个 VStack 里写了两个 sheet 修饰符,通常只有一个会生效。 - 严禁条件逻辑:不要在
.sheet的闭包内部编写if-else来切换不同的视图(例如:if a { View1() } else { View2() })。- 原因:Sheet 的内容在视图加载时就已经初始化了,条件逻辑往往无法如预期般动态更新。
- 正确做法:如果需要弹出不同的内容,建议在后面进阶课程中学习如何通过绑定 Item 来动态展示。
5. 总结建议
- 交互选择:如果只是展示简单的信息或简单的输入框,优先使用
.sheet,因为下拉关闭的手势非常符合 iOS 用户的直觉。 - 全屏选择:如果是视频播放、拍照界面或需要用户强制完成的任务,使用
.fullScreenCover以确保用户不会误操作滑走。 - 代码组织:虽然视频中为了演示将两个 Screen 写在了同一个文件里,但在实际开发中,建议将每一个 Screen 提取成独立的 Swift 文件,保持代码整洁。
弹出层
1. 三种实现弹出层的方法概览
在 SwiftUI 中,想要在当前页面上“盖”一层新的视图,通常有三种主流方案。视频通过对比演示了它们在性能、控制力和视觉效果上的差异。
2. 方法一:使用内置的 .sheet()
这是最标准、最快速的方法。它调用系统底层的模态演示逻辑。
- 优点:代码最少,自带顺滑的交互手势(下拉关闭),视觉上符合 iOS 系统规范。
- 局限:你很难控制它弹出的精确高度,且无法在弹出层显示的同时与底层视图进行复杂的交互。
1 | // 标准 Sheet 写法 |
3. 方法二:使用 Transitions(转场)
通过 ZStack 结合 if 语句和 .transition 来手动控制视图的插入和移除。
- 实现要点:必须配合
withAnimation触发状态改变。 - 优点:完全自定义。你可以决定它是从左边滑入、还是从中间放大,甚至可以实现“非对称”的进出效果。
- 注意点:视图在
if为false时会从层级中彻底销毁。
1 | ZStack { |
4. 方法三:使用 Offsets(偏移量)
这种方法最为“暴力”但也最灵活:视图始终存在于 ZStack 中,只是平时被推到了屏幕之外(例如 offset(y: 1000))。
- 实现要点:通过计算属性或三元运算符控制
y轴偏移。 - 优点:性能极佳,因为视图不需要反复创建和销毁。它能实现极其精细的跟手动画(Drag Gesture 的基础)。
- 缺点:即使视图不可见,它依然占据内存,且逻辑上它“就在那儿”。
1 | ZStack { |
5. 核心避坑技巧:zIndex 的妙用
在使用 方法二(Transitions) 时,新手经常遇到“消失动画瞬间失效”的问题。
- 原因:SwiftUI 在移除视图时,默认可能会改变 Z 轴的渲染顺序,导致正在退出的视图被背景直接覆盖,看起来就像动画断掉了一样。
- 解决方案:给弹出层强制指定一个较高的
.zIndex(2.0),给背景视图指定较低的.zIndex(1.0)。这样无论视图如何切换,弹出层始终在最前端完成动画。
6. 开发建议:我该选哪一个?
- 如果是标准的设置页、输入框:无脑选择 .sheet()。它能提供用户最熟悉的 iOS 原生体验。
- 如果需要独特的动画效果:选择 Transitions。比如从中间淡入并轻微缩放。
- 如果要实现类似 Apple Maps 那种可以停在半路、随手拖动的面板:必须选择 Offsets。它是实现复杂手势交互(Gesture)的唯一基石。
导航
虽然在较新版本的 SwiftUI 中,NavigationStack 逐渐取代了 NavigationView,但理解这些基础概念对于维护旧代码和掌握导航原理依然至关重要。
1. NavigationView 的核心定义
NavigationView 是一个容器视图,它为整个视图层级提供了导航能力。它会在屏幕顶部自动预留出导航栏区域,并管理视图的“压入(Push)”和“弹出(Pop)”逻辑。在 UIKit 中,它的对应概念是 UINavigationController。
2. 实现基础跳转 (NavigationLink)
NavigationLink 是触发跳转的“开关”。它包含两个核心部分:Destination(目的地) 和 Label(标签)。当用户点击标签中的 UI 元素时,系统会将目的地视图推入导航栈。
Swift
1 | NavigationView { |
3. 导航栏标题的设置 (navigationTitle)
视频强调了一个非常关键的细节:.navigationTitle 修饰符必须附加在 NavigationView 内部的子视图上,而不是 NavigationView 本身。
- Display Mode: 你可以通过
.navigationBarTitleDisplayMode控制标题样式。.large: 大标题(默认,随滚动收缩)。.inline: 标准的小标题,位于导航栏中心。
1 | NavigationView { |
4. 导航栏按钮 (NavigationBarItems)
在导航栏的左右两侧添加按钮。虽然现在推荐使用 .toolbar,但视频中讲解的是经典的 .navigationBarItems。
1 | .navigationBarItems( |
5. 数据传递实战
通常我们需要在跳转时将数据从父视图传递给子视图。这可以通过初始化子视图时直接传入变量来实现。
1 | struct MyDetailView: View { |
6. 核心开发建议与注意事项
- 单一容器原则:在一个 App 视图层级中,永远只使用一个
NavigationView。不要在子页面中再次嵌套NavigationView,否则会导致导航栏重叠或手势失效。 - 隐藏导航栏:如果某个页面不需要显示顶部栏,可以使用
.navigationBarHidden(true)。 - 关于 Deprecation:视频提到随着 iOS 的更新,Apple 引入了
NavigationStack。虽然用法相似,但NavigationStack在处理大规模动态列表跳转时性能更优。
List 组件
1. List 的基础设置与动态数据
在实现编辑功能之前,首先需要一个动态的数据源(通常是 @State 数组)。为了让 List 能够高效识别每个元素,数据模型通常需要遵循 Identifiable 协议,或者在 List 中指定 id: \.self。
1 | struct ListBootcamp: View { |
2. 实现删除功能 (.onDelete)
onDelete 是 ForEach 上的一个修饰符(注意:不是直接加在 List 上)。它会向关联的函数传递一个 IndexSet,代表用户滑动的行索引。
- 实现步骤:
- 在
ForEach上添加.onDelete(perform: delete)。 - 编写
delete函数,使用remove(atOffsets:)方法更新数组。
- 在
1 | // 在 ForEach 上添加 |
3. 实现移动与排序功能 (.onMove)
.onMove 允许用户在编辑模式下重新排列列表顺序。它同样作用于 ForEach。
- 实现步骤:
- 添加
.onMove(perform: move)。 - 编写
move函数,使用数组自带的move(fromOffsets:toOffset:)方法。
- 添加
1 | // 在 ForEach 上添加 |
4. 使用内置的编辑按钮 (EditButton)
虽然用户可以通过左滑删除,但为了更好的用户体验,iOS 提供了一个标准的“编辑”模式。SwiftUI 内置了 EditButton(),点击它会自动开启当前导航栏下所有列表的编辑状态。
1 | .navigationBarItems( |
5. 添加新元素
添加操作通常通过按钮触发。你只需要向 @State 数组中 append 新的数据,SwiftUI 就会自动检测到状态变化并刷新界面。
1 | var addButton: some View { |
6. 核心开发建议与注意事项
- ForEach 是关键:
onDelete和onMove必须写在ForEach上。如果你直接在List里写死视图,这些修饰符将无法工作。 - 环境一致性:
EditButton只有在NavigationView(或NavigationStack)的环境下才能发挥最大作用,因为它通常被放置在导航栏中。 - 数据同步:在执行删除或移动操作时,务必确保数组的修改是在主线程上完成的,否则可能会引起界面刷新崩溃。
- 视觉优化:当列表为空时,可以考虑使用
if fruits.isEmpty展示占位图,提升用户体验。
Alert(警告弹窗)
1. Alert 的核心定义与触发逻辑
在 SwiftUI 中,Alert 的显示是声明式的。你不是通过调用一个函数来“弹出”它,而是将其绑定到一个布尔值的状态(@State)。当布尔值变为 true 时,系统会自动渲染并显示弹窗。
2. 基础 Alert 的代码实现
要实现一个基础 Alert,你需要一个 @State 变量来控制其显示状态,并在视图上添加 .alert 修饰符。
1 | struct AlertBootcamp: View { |
3. 自定义按钮与交互
Alert 允许你配置不同类型的按钮(如取消、销毁等),并为这些按钮绑定具体的逻辑操作。
- Primary Button & Secondary Button:你可以同时提供两个选项,比如“确定”和“取消”。
- Destructive Button:这种按钮通常显示为红色,用于提醒用户该操作具有破坏性(如删除)。
1 | .alert(isPresented: $showAlert) { |
4. 动态显示不同内容的 Alert
在实际开发中,你可能需要根据不同的错误类型显示不同的弹窗。视频中介绍了一种进阶方案:通过定义一个 Enum(枚举) 来管理不同的 Alert 状态。
1 | enum MyAlertError { |
5. 开发建议与避坑指南
- 保持简洁:Alert 的标题应该言简意赅。如果需要详细解释,请利用
message参数,而不是把所有文字塞进标题。 - 单一职责:不要在一个
.alert里尝试处理过于复杂的业务流。Alert 的本质是“中断”,应该只用于关键的确认或提示。 - 关于新版本 API:视频中讲解的是经典版本的
Alert构造器。在 iOS 15 之后,苹果引入了新的.alert("Title", isPresented: $show) { Button(...) }语法,虽然用法更灵活(支持直接写 Button 视图),但逻辑核心(由状态驱动)依然是一致的。
ActionSheet
ActionSheet 与 Alert 非常相似,但它通常用于提供一组选项(如分享、编辑、删除),并从屏幕底部滑出。
虽然在 iOS 15 之后 Apple 推荐使用 confirmationDialog,但理解 actionSheet 的声明式逻辑对掌握 SwiftUI 的弹窗体系非常有帮助。
1. ActionSheet 的核心定义与场景
ActionSheet 是一种特定的模态展示方式,它主要用于以下场景:
- 用户需要从多个相关选项中做出选择。
- 需要执行一个破坏性操作(如删除)并需要二次确认。
- 相比 Alert,ActionSheet 提供了更大的空间来放置多个按钮,且视觉上更接近系统菜单。
2. 基础 ActionSheet 的实现
实现 ActionSheet 的逻辑与 Alert 完全一致:通过一个 @State 变量驱动,并在视图上添加 .actionSheet 修饰符。
1 | struct ActionSheetBootcamp: View { |
3. 构建“可复用”的动态 ActionSheet
这是本视频的进阶重点。在复杂的 App 中,你可能在多个地方需要不同的 ActionSheet。视频介绍了一种通过 Enum(枚举) 配合函数来动态生成内容的方法。
通过这种方式,你只需要一个 .actionSheet 修饰符,就可以根据不同的触发源显示完全不同的内容。
1 | enum ActionSheetOptions { |
4. ActionSheet 的按钮类型
SwiftUI 为 ActionSheet 提供了三种预设样式的按钮:
.default():标准样式的按钮,通常用于常规操作。.destructive():文本颜色通常为红色,暗示该操作是不可逆的(如删除、重置)。.cancel():取消按钮,通常会自动放在列表的最底部。如果用户点击 ActionSheet 之外的区域,也会默认触发取消动作。
5. 开发建议与避坑指南
- 不要堆叠过多选项:虽然 ActionSheet 支持多个按钮,但如果超过 5-6 个,用户体验会迅速下降。此时应考虑使用全屏模态(Sheet)或专门的选择页面。
- 语义化代码:像视频中演示的那样,将 Button 提取为变量(如
let shareButton),会让switch逻辑看起来非常清爽,易于维护。 - 关于 API 更新:虽然本课讲解的是
ActionSheet,但在实际开发 2026 年的项目时,你会发现 Xcode 可能会提示它已废弃。新版本的替代方案是.confirmationDialog(),其逻辑几乎完全相同,但支持更多的自定义样式。
ContextMenu
ContextMenu 是 iOS 中非常高效的交互方式,当用户长按某个元素时,会弹出一系列相关的操作选项,同时背景会产生自然的模糊效果。
1. ContextMenu 的核心定义与交互逻辑
ContextMenu 本质上是一个“隐藏的快捷菜单”。它不会占用 UI 空间,只有在用户通过长按(Long Press)\或在 macOS 上**右击**时才会激活。它的设计初衷是为用户提供与当前选中内容高度相关的二次操作(Secondary Actions)。
2. 基础实现语法
ContextMenu 的使用非常简单,只需要在任何 View 上添加 .contextMenu 修饰符,并在闭包中定义菜单项。菜单项通常由 Button 组成。
1 | struct ContextMenuBootcamp: View { |
3. 优化菜单项:添加图标 (Label)
为了让菜单看起来更专业,建议使用 Label 或在 Button 中结合 Image(系统图标)来展示。这样用户可以更直观地识别操作意图。
1 | .contextMenu { |
4. 系统自动生成的视觉反馈
视频中强调了 ContextMenu 的几个自带特性,你不需要额外写代码即可获得:
- 自动缩放:长按时,目标视图会轻微放大并浮起。
- 背景模糊:除了目标视图外,屏幕其余部分会自动应用高斯模糊。
- 触感反馈:系统会自动触发触感引擎(Haptics),给用户一个物理反馈。
文本框
1. TextField 的核心定义
TextField 是一个让用户输入单行可编辑文本的控件。它通过双向数据绑定(Two-way Binding)与一个字符串变量连接:当用户输入时,变量会自动更新;当变量改变时,文本框显示的内容也会随之改变。
2. 基础用法与双向绑定
要使用 TextField,你需要:
- 一个
@State字符串变量来存储输入的内容。 - 一个占位符(Placeholder),在文本框为空时显示。
1 | struct TextFieldBootcamp: View { |
3. 常用样式与自定义
虽然系统提供了 .textFieldStyle(RoundedBorderTextFieldStyle()) 等内置样式,但视频推荐通过基础修饰符进行完全自定义,以获得更好的视觉控制:
.padding():增加输入文字与边缘的距离。.background():设置背景颜色(通常配合opacity和cornerRadius)。.foregroundColor():改变输入文字的颜色。.font():调整输入文字的大小和粗细。
4. 输入验证与逻辑处理
在实际 App 中,我们通常需要验证用户输入的内容(例如:字符数是否达标)再决定是否允许保存。
- 重置输入:在保存数据后,将绑定的字符串设为空
"",可以清空文本框。 - 动态按钮状态:根据输入内容长度,动态改变按钮的颜色或禁用状态。
1 | // 逻辑示例:验证文字是否超过3个字符 |
5. 高级交互参数
除了基础的 text 绑定,TextField 还支持以下回调:
onEditingChanged:当用户点击进入或离开文本框时触发(例如:用于显示/隐藏清除按钮)。onCommit:当用户点击键盘上的“换行/确认”键时触发。
文本编辑器
1. TextEditor 的核心定义
TextEditor 是 SwiftUI 中专门用于处理多行、可滚动文本输入的控件。它同样依赖于双向数据绑定,将用户在输入框中填写的长篇内容实时同步到后台变量中。
2. 基础用法与状态绑定
实现 TextEditor 的第一步是创建一个 @State 字符串变量,并将其绑定到控件上。与 TextField 不同的是,TextEditor 没有内置的占位符(Placeholder)参数,这通常需要开发者手动实现。
1 | struct TextEditorBootcamp: View { |
3. 自定义外观与背景色处理
TextEditor 的背景处理比 TextField 稍微复杂一些,因为它默认带有系统的白色背景(在浅色模式下)。
- 修改背景色:在较早版本的 SwiftUI 中,你可能需要修改
UITextView的外观,或者使用.colorMultiply。在标准做法中,通常会给它包裹一个容器并设置颜色。 - 圆角与间距:为了让它看起来更专业,建议添加
.cornerRadius并配合背景容器。
1 | TextEditor(text: $textEditorText) |
4. 实战案例:带有保存逻辑的编辑器
视频演示了如何通过一个按钮将 TextEditor 中的内容“保存”到另一个变量中,并在操作完成后清空或更新界面。
1 | // 保存并清空的逻辑 |
5. 开发建议与对比总结
- TextField vs TextEditor:如果只需要输入一行文字(如用户名、标题),永远优先选择
TextField,因为它的 API 更简洁且自带占位符功能。 - 占位符方案:如果你需要给
TextEditor添加占位符,可以在其下方放置一个Text视图,并通过判断输入内容是否为空(text.isEmpty)来控制该Text的显示与隐藏。 - 行间距:利用
.lineSpacing()修饰符可以改善长文本的可读性。
切换开关
1. Toggle 的核心定义与逻辑
Toggle 的本质是控制一个 Boolean(布尔值)。它通过双向绑定(Binding)与 @State 变量连接。当你点击开关时,该变量会在 true 和 false 之间自动切换,从而触发界面的重新渲染。
2. 基础用法与代码示例
要创建一个 Toggle,你需要提供一个绑定的布尔变量以及一个标签(Label)。标签通常用于描述该开关的作用。
1 | struct ToggleBootcamp: View { |
3. 自定义开关颜色 (.toggleStyle)
默认情况下,开关开启时显示为绿色。你可以通过 .toggleStyle 修饰符结合 SwitchToggleStyle 来修改其开启状态的色调(Tint)。
1 | Toggle("切换颜色", isOn: $toggleIsOn) |
4. 样式调整与布局建议
- 自动扩展宽度:默认情况下,
Toggle会占据父容器的所有剩余宽度,将标签推向左侧,开关推向右侧。如果你希望它不那么宽,可以给它添加.padding()或限制其.frame(width:)。 - 自定义 Label:虽然可以直接传字符串,但通过
label: { ... }闭包,你可以放入更复杂的视图,比如带图标的文字(Label)。
Picker(选择器)
1. Picker 的核心定义与数据绑定
Picker 的本质是将一个变量(Selection)与一组可选项(Options)进行关联。它采用了双向绑定机制:当用户在界面上选择了某一项,绑定的变量会同步更新;反之,如果你在代码中修改了变量,Picker 的选中状态也会随之跳转。
2. 基础用法与代码示例
创建一个 Picker 需要三个要素:一个用于显示的 Label(部分样式下会隐藏)、一个绑定的 selection 变量,以及一系列子视图(通常是 Text)。
1 | struct PickerBootcamp: View { |
3. 核心知识点:Tag(标签)的重要性
视频中特别强调了 .tag() 的作用。Picker 的核心匹配逻辑全靠 Tag。
- 当你点击
Picker中的某个选项时,SwiftUI 会查看该选项的tag值。 - 如果这个
tag的值与你绑定的selection变量类型和数值完全匹配,这个选项才会被视为“选中”。 - 避坑指南:如果你的
selection是Int类型,但tag给了String,那么无论你怎么点,选择器都不会有任何反应。
4. 多样的 PickerStyle(样式解析)
改变 Picker 的外观不需要重写代码,只需要切换 .pickerStyle 修饰符。视频展示了以下几种主流样式:
.wheel(滚轮样式):最经典的 iOS 样式,适合在有限空间内展示较多选项(如闹钟时间设置)。.segmented(分段样式):将选项横向排列成一排按钮,适合选项较少(通常 2-5 个)且需要频繁切换的场景。.menu(菜单样式):点击后弹出一个下拉菜单,是现代 iOS App 中最常用的紧凑型样式。.inline(内联样式):在List中直接展开所有选项,通常用于表单配置。
5. 结合 ForEach 实现动态选择
在处理大量数据或动态列表时,手动写 Text().tag() 显然不现实。视频演示了如何利用 ForEach 循环生成选项。
1 | @State var selectedFlavor: String = "巧克力" |
6. 开发建议与实战总结
- 样式决定交互:如果选项超过 5 个,尽量避免使用
.segmented,否则文字会挤在一起或者被截断。 - 语义化选择:在表单(Form)中,
Picker会自动根据平台习惯进行适配(比如在 iOS 上点击后跳转到新页面选择),这能极大降低开发复杂度。 - 一致性:确保
tag的数据类型与@State变量严格一致。这是新手最常卡住的地方,如果 Picker 点了没反应,回头检查一下类型匹配。
ColorPicker(颜色选择器)
1. ColorPicker 的核心定义
ColorPicker 是 SwiftUI 提供的一个标准 UI 组件,专门用于颜色选择交互。它不仅提供了一个点击触发的颜色按钮,还自动集成了 iOS 系统级的颜色选择界面(包括网格、光谱、滑块以及取色器功能)。
2. 基础用法与双向绑定
实现 ColorPicker 的核心在于将一个 Color 类型的变量 与控件进行双向绑定。当用户选择新颜色时,绑定的状态变量会自动更新。
1 | struct ColorPickerBootcamp: View { |
3. 核心参数解析
在调用 ColorPicker 时,有两个非常实用的配置项:
selection:必须绑定一个Color类型的状态变量。supportsOpacity:这是一个布尔值。如果设置为true(默认值),用户可以在选择器中调整颜色的透明度(Alpha 通道);如果设置为false,则只能选择纯色。
4. 视觉表现与自定义
- 自适应布局:
ColorPicker默认会横向填满容器,将标签文字放在左侧,颜色预览圆点放在右侧。 - 样式调整:虽然
ColorPicker的内部样式是固定的,但你可以通过修饰符改变其标签的字体、颜色,或者像示例中那样给整个控件添加背景和圆角,使其更像一个浮动菜单。
5. 实战应用场景
视频中提到,ColorPicker 非常适合以下开发场景:
- 个性化设置:允许用户自定义 App 的主题色、字体颜色或背景色。
- 绘图/设计类应用:作为画笔或形状填充颜色的快速入口。
- 实时预览:结合 SwiftUI 的响应式特性,用户在调节颜色时,界面可以实时产生视觉反馈。
6. 开发建议
- 空间优化:如果你觉得默认的标签太占空间,可以传一个空的
Text("")或者使用labelsHidden()修饰符,只保留右侧的颜色圆点。 - 数据持久化:在实际 App 中,用户选中的颜色通常需要保存。由于
Color对象不能直接存入UserDefaults,你可能需要将其转换为十六进制字符串或 RGB 组件进行存储。
DatePicker(日期选择器)
1. DatePicker 的核心定义与数据绑定
DatePicker 的作用是让用户选择一个绝对的日期或时间。它通过双向绑定与一个 Date 类型的变量连接。每当用户在选择器上进行操作,绑定的变量就会实时更新。
2. 基础用法与代码示例
创建一个基础的选择器只需要一个标签字符串和一个绑定的日期变量。
1 | struct DatePickerBootcamp: View { |
3. 自定义显示组件 (displayedComponents)
默认情况下,DatePicker 会同时显示日期和时间。你可以通过 displayedComponents 参数来限制用户只能选择其中之一:
.date:只显示年、月、日。.hourAndMinute:只显示小时和分钟。
1 | DatePicker("仅选择日期", selection: $selectedDate, displayedComponents: [.date]) |
4. 设置日期范围 (Date Range)
你可以限制用户选择的日期范围。例如,只允许选择今天及以后的日期,或者只允许选择过去的日期。这通过 in 参数实现,支持 Swift 的范围语法:
Date()...:从现在开始到未来。...Date():从过去到此刻。startDate...endDate:特定的时间段。
1 | // 限制只能选择未来的日期 |
5. 不同的展示样式 (DatePickerStyle)
改变 DatePicker 的外观非常简单,只需要添加 .datePickerStyle 修饰符:
.compact(紧凑样式):默认样式。点击后会弹出一个小的日历或时间选择框,节省空间。.graphical(图形样式):直接在页面上展开一个完整的日历视图。.wheel(滚轮样式):经典的 iOS 滚轮效果,适合放在底部弹出层中。
Stepper(步进器)
1. Stepper 的核心定义
Stepper 的作用是让用户通过离散的步长(Step)来增加或减少绑定的数值。它非常适合处理那些需要精确数字的交互场景,比如购物车里的商品数量、选定的年份、或者字号大小调节。
2. 基础用法与数值绑定
实现 Stepper 的基础方式是将其绑定到一个数值变量(通常是 Int 或 Double)。
1 | struct StepperBootcamp: View { |
3. 设置步长与范围 (Step & Range)
在实际开发中,我们通常需要限制数值的波动区间,并设定每次点击变化的幅度。
in:使用 Swift 的范围语法(如0...100)限制数值的边界。step:设定每次点击增减的确切数值。
1 | // 数值限制在 0 到 50 之间,每次点击增减 5 |
4. 高级自定义逻辑 (onIncrement & onDecrement)
如果你不希望直接绑定变量,而是想在用户点击加/减按钮时执行特定的函数(例如触发震动反馈或计算其他逻辑),可以使用闭包方式:
1 | @State var widthIncrement: CGFloat = 0 |
5. 开发建议与交互细节
- 边界反馈:当数值达到
in参数设定的最大或最小值时,对应的按钮会自动变为灰色且不可点击,这种视觉反馈是系统自带的。 - 隐藏标签:如果你只需要显示加减按钮而不需要左侧的文字描述,可以使用
.labelsHidden()修饰符,或者将label设置为空文本。 - 对比 Slider:视频中提到,如果数值范围很大(比如 0 到 1000)且不需要极端精确,使用
Slider体验更好;但如果是需要逐个增减的小数值,Stepper是唯一选择。
Slider(滑块)
1. Slider 的核心定义与基本绑定
Slider 的作用是调节数值(通常是 Double 或 Float 类型)。它通过双向绑定与状态变量连接:当用户左右拖动滑块时,绑定的变量值会实时更新,从而触发界面的响应式变化。
1 | struct SliderBootcamp: View { |
2. 设定步长与精确控制 (Step)
默认情况下,滑块是连续变化的。但有时我们需要用户按固定的增量(例如 0.5 或 1.0)进行选择,这时就可以使用 step 参数。
- 连续变化:滑动极其平滑,数值可以是任意小数。
- 步进变化:滑块会“跳动”到最近的步长点上,实现精确控制。
1 | // 限制范围为 1 到 10,每次滑动的最小单位是 0.5 |
3. 添加自定义标签 (Labels)
为了提升用户体验,Slider 支持在轨道的前后添加标签,甚至可以为滑块整体添加一个描述性标签。
- Minimum Value Label:显示在滑块最左侧的内容。
- Maximum Value Label:显示在滑块最右侧的内容。
1 | Slider( |
4. 监听拖动状态 (onEditingChanged)
Slider 提供了一个名为 onEditingChanged 的闭包,它可以让你感知到用户什么时候“开始”拖动,以及什么时候“松开”手。
- 这在需要通过颜色变化来提示用户正在操作,或者在拖动结束时才执行重型计算(如 API 请求)时非常有用。
1 | @State var color: Color = .red |
TabView
1. TabView 的核心定义与基础导航
TabView 是 SwiftUI 中实现多页面切换的容器。在默认状态下,它会在屏幕底部创建一个标准的标签栏(Tab Bar)。每一个放在 TabView 内部的视图都会成为一个独立的标签页。
1 | struct TabViewBootcamp: View { |
2. 程序化控制跳转与 Tag 的配合
为了在代码中控制当前显示哪个 Tab(比如点击首页的一个按钮后跳转到设置页),我们需要给 TabView 绑定一个状态变量,并给每个子视图添加 .tag() 标识。
- Selection 绑定:将一个
@State变量绑定到TabView。 - Tag 标识:
tag的值必须与selection变量的类型和数值严格匹配。
1 | @State var selectedTab: Int = 0 |
3. 实现分页滚动效果 (PageTabViewStyle)
这是本集视频的亮点。通过修改 .tabViewStyle,你可以瞬间将底部的导航栏隐藏,并将整个 TabView 变成一个支持左右轻扫切换的分页视图。
- 场景应用:非常适合用于 App 首次启动时的引导页(Onboarding)或详情页的图片轮播。
1 | TabView { |
4. 自定义分页指示器 (IndexDisplayMode)
当使用分页样式时,底部默认会显示白色的圆点(Page Indicator)。你可以通过参数控制这些圆点的显示时机:
.always:无论几页,始终显示圆点。.never:隐藏圆点。- 背景底色:通过
indexDisplayMode配合背景设置,可以增强圆点的可见度。
1 | .tabViewStyle(PageTabViewStyle(indexDisplayMode: .always)) |
5. 开发建议与实战技巧
- 层级结构:通常
TabView应该作为 App 的根视图或者非常高层的容器,避免在NavigationView内部嵌套TabView(除非有特殊设计需求)。 - 颜色自定义:使用
.accentColor()可以改变底部标签栏选中的图标和文字颜色。 - Page 样式的背景:当使用
PageTabViewStyle时,如果背景是白色的,白色的圆点指示器会看不见。此时可以给整个TabView添加一个非白色的背景色,或者使用特殊的配置来增强对比。 - 性能:
TabView会一次性加载所有标签页的内容。如果你的标签页非常多(比如几十个页面),建议结合LazyVStack或其他延迟加载技术来优化性能。
深色模式(Dark Mode)
1. 适配深色模式的核心逻辑
SwiftUI 的深色模式适配基于“自适应”原则。当你使用系统定义的颜色(如 .primary, .secondary)或语义化颜色时,系统会自动根据用户的环境设置(浅色或深色)切换具体的色值。
2. 系统颜色的自动切换
系统颜色不仅仅是基础的颜色,它们是“智能”的。视频推荐优先使用系统提供的语义化颜色,这样可以省去大量的逻辑判断工作。
.primary:在浅色模式下是黑色,深色模式下自动变为白色。.secondary:自带透明度的灰色,适合用于副标题。- 自适应背景:虽然视频中未深入,但使用系统背景色可以确保视图层级在深色模式下依然清晰。
1 | VStack(spacing: 20) { |
3. 在资源目录 (Assets) 中定义自定义自适应颜色
当你需要使用品牌特有的颜色时,可以在 Assets.xcassets 中创建 Color Set:
- 操作步骤:新建 Color Set,在右侧的
Appearances选项中选择Any, Dark。 - 配置:为
Any Appearance(通常指浅色)设置一个颜色,为Dark Appearance设置另一个颜色。 - 调用:在代码中通过字符串名称引用。
1 | // 使用在 Assets 中定义的自适应颜色 |
4. 使用 @Environment 监听模式变化
有时仅仅改变颜色是不够的,你可能需要在不同模式下显示不同的图片或执行不同的逻辑。这时可以调用环境变量 @Environment(\.colorScheme)。
1 | struct DarkModeBootcamp: View { |
5. 在预览 (Previews) 中同时测试两种模式
为了提高效率,你不需要反复在模拟器里切换系统设置。通过 Group 和 .preferredColorScheme(),你可以同时在 Canvas 中查看两种效果。
1 | struct DarkModeBootcamp_Previews: PreviewProvider { |
6. 开发建议与避坑指南
- 避免硬编码颜色:尽量不要使用类似于
Color(red: 0.1, green: 0.1, blue: 0.1)这种固定数值,除非你确定该色值在两种背景下都能清晰展示。 - 阴影处理:在深色模式下,传统的黑色阴影往往不可见。视频建议在深色模式下可以适当调低阴影的透明度,或者直接取消阴影,转而使用边框(Stroke)来区分层级。
- 图片素材:如果你的图标或 Logo 在深色背景下看不清,记得在 Assets 里也为它们配置
Dark Appearance版本的图片。
注释
1. 基础注释与文档注释的区别
在 Swift 中,注释分为普通注释和文档注释,它们的用途完全不同:
- 普通注释 (
//):仅供开发者阅读,编译器和 Xcode 会直接忽略。 - 文档注释 (
///):这是“三斜杠”注释。Xcode 会解析这些内容,并将其展示在 Quick Help(按住 Option 键点击变量名)中。这能让你的函数看起来像 Apple 官方 API 一样专业。
2. 结构化文档标注 (Documentation Header)
当你为一个复杂的函数编写文档时,可以使用特定的关键词来结构化信息。Xcode 会自动识别并格式化这些内容:
- 第一行:简短的摘要(Summary)。
- 讨论区:在摘要后空一行,编写详细的使用说明。
- Keywords:
- Parameters::描述输入参数。- Returns::描述返回值。- Throws::描述可能抛出的错误。
1 | /// 获取用户信息 |
3. 使用 MARK 组织代码结构
随着视图文件越来越大,在代码中快速定位非常困难。// MARK: 可以在 Xcode 顶部的 Jump Bar(跳转栏) 中创建索引和视觉分割线。
- 粗体标题:
// MARK: PROPERTIES - 带分割线的标题:
// MARK: - FUNCTIONS(多出的横杠会在跳转菜单中生成一条水平分割线)。
1 | // MARK: - PROPERTIES |
4. 任务追踪:TODO 与 FIXME
这两个标记是开发者必备的备忘录。它们同样会出现在跳转栏中,并配有特殊的图标,方便你快速找到未完成的工作:
// TODO::记录将来需要实现的功能或优化的逻辑。// FIXME::记录已知但暂时未修复的 Bug。
1 | func calculateTotal() { |
5. 快速生成文档的快捷键
视频中分享了一个极其实用的 Xcode 技巧: 将光标置于函数名或类名上,按下 Command + Option + /,Xcode 会自动根据函数的参数和返回值,为你生成一个完整的文档模板,你只需要填入描述文字即可。
6. 开发建议与实战总结
- 为未来投资:文档注释不是写给现在的你,而是写给“三个月后忘记这段逻辑的你”。
- 保持代码整洁:虽然注释很重要,但优先编写“自解释”的代码(变量名清晰)。只有当逻辑变得复杂或需要解释“为什么要这么写”时,才添加文档。
- 养成 MARK 的习惯:在每个文件的开头,使用
MARK:将Properties,Body,Functions区分开。当你习惯通过跳转栏(Jump Bar)定位代码时,开发效率会显著提升。
onAppear 与 onDisappear
1. onAppear 与 onDisappear 的核心定义
在 SwiftUI 中,这两个修饰符属于视图的生命周期(Life Cycle)管理工具:
onAppear:当视图加载并出现在屏幕上时触发。这通常是初始化数据、启动定时器或触发入场动画的最佳时机。onDisappear:当视图从屏幕上移除或被销毁时触发。通常用于停止后台任务、取消网络请求或保存用户进度。
2. 基础用法示例
这两个修饰符可以附加在任何 View 上,其闭包内的代码会在特定时刻自动运行。
1 | struct LifecycleBootcamp: View { |
3. 核心应用场景
- 异步数据加载:在用户进入页面时,立即发起 API 请求加载内容。
- 埋点统计:统计某个页面被用户查看了多少次。
- 动态动画:在
onAppear中改变某个@State变量的值,配合.animation产生自动播放的入场效果。
4. 在 Lazy 容器中的特殊表现
视频中强调了一个进阶细节:当你在 ScrollView 中配合 LazyVStack 使用这两个修饰符时,它们的表现非常智能。
- 按需触发:
onAppear只有在某个 Cell 滚动到可见区域时才会触发,而不是在列表创建时一次性全部触发。 - 性能优化:这种机制保证了即使有几千个数据项,你的 App 也只会在必要时执行代码。
5. 综合实战案例
下面的代码模拟了一个简单的计数器,每当一个视图单元格“出现”在用户面前,计数就会增加。
1 | struct OnAppearBootcamp: View { |
可选类型
1. 可选类型 (Optionals) 的核心概念
在 Swift 中,一个变量如果可能没有值,必须声明为可选类型(在类型后加 ?)。你可以把它想象成一个盒子:盒子里面可能装着我们要的礼物(值),也可能空无一物(nil)。
直接使用这个“盒子”会导致编译错误或程序崩溃,因此我们需要“拆开”它。
2. 使用 if-let 进行安全拆包
if let 是最常用的安全拆包方式。它的逻辑是:“如果这个盒子里有东西,就把里面的东西取出来赋值给一个临时常量,并执行大括号里的代码。”
- 作用域限制:解包后的常量仅在
if语句的大括号{ }内有效。 - 适用场景:当你只需要在某个特定条件下使用这个值时。
1 | @State var userID: String? = "user_123" |
3. 使用 guard-let 进行早期退出 (Early Exit)
guard 语句是 Swift 风格的精髓。它的逻辑是:“先检查盒子里是否有值,如果没有,立即滚出这个函数。”
- 作用域优势:一旦通过
guard检查,解包后的常量在整个函数剩余的部分都是有效的。 - 适用场景:作为函数的“门禁”,防止逻辑在缺少必要数据的情况下继续执行。
1 | func processData() { |
4. if-let 与 guard 的实战对比
视频中强调了两者在代码可读性上的差异:
- if-let:容易导致“末日金字塔”(Nested Closures),如果需要解包五个变量,你的代码会向右缩进得非常厉害。
- guard:保持代码“扁平化”。它把错误处理放在函数开头,让核心逻辑始终保持在最左侧。
1 | // 多重解包的 guard 写法(更优雅) |
5. 零迷路建议:何时该用哪一个?
- 首选 guard:如果你正在写一个函数,且接下来的逻辑全部依赖于某个可选值,请务必使用
guard。它能显著减少嵌套,让代码更易读。 - 次选 if-let:如果你只是偶尔在视图的某个角落需要显示一个值,或者逻辑并不需要因为缺值而中断,
if-let是更简单的选择。 - 永远不要 Force Unwrap:除非你 100% 确定变量有值,否则不要使用
!(强行拆包)。这在 Swift 中被视为“自杀行为”,是导致 App 崩溃的头号元凶。
6. 开发中的“Nil 合并”小技巧
虽然视频主讲 if-let 和 guard,但也提到了 ??(空合并运算符)。当你需要一个默认值时,它是最快的选择。
1 | // 如果 userID 为 nil,则显示 "Guest" |
Tap Gesture(点击手势)
1. Tap Gesture 的核心定义
onTapGesture 是一个查看视图层级的修饰符。它的作用是监听用户的点击动作并触发相应的闭包代码。与 Button 不同,它不带有任何默认的系统样式(如点击时的半透明闪烁效果),这使得它在构建自定义 UI 时非常纯净。
2. 基础用法与代码示例
你可以将 .onTapGesture 附加在几乎任何组件上。下面的代码演示了如何点击一个圆角矩形来改变它的背景颜色。
1 | struct TapGestureBootcamp: View { |
3. 进阶用法:多击检测 (count)
onTapGesture 有一个非常实用的参数 count。通过设定这个参数,你可以轻松实现“双击点赞”或“三击触发特殊彩蛋”的功能。
- 默认值:1(单击)。
- 双击:设置为 2。
1 | Image(systemName: "heart.fill") |
4. Tap Gesture 与 Button 的深度对比
视频中重点对比了这两者的应用场景,这是面试中经常被问到的知识点:
- Button:
- 优点:自带点击视觉反馈(High-light)、支持辅助功能(Accessibility)、更符合 iOS 系统规范。
- 适用:表单提交、核心功能操作。
- Tap Gesture:
- 优点:完全自定义、没有视觉干扰。
- 适用:非传统交互(如在图片上双击)、全屏背景点击关闭、或者当你不需要按钮那种“闪烁”反馈时。
自定义模型
1. 为什么需要自定义模型?
在之前的课程中,我们可能只是用一个 [String] 数组来显示列表。但现实中的数据往往很复杂,比如一个“用户”不仅有名字,还有粉丝数、是否认证、头像等信息。
模型(Model) 的本质就是创建一个自定义的 struct,将这些相关的属性打包在一起。这样你的代码会变得极其整洁,逻辑也更加清晰。
2. 创建一个基础 Model (Struct)
在 Swift 中,模型通常使用 struct 来构建。
1 | struct UserModel: Identifiable { |
3. 核心知识点:Identifiable 协议
这是视频中强调的重点。为了让 List 或 ForEach 能够高效地渲染和追踪数据的变化,你的模型必须遵循 Identifiable 协议。
- 要求:模型内部必须有一个名为
id的属性。 - 优势:在使用
ForEach时,你不再需要写id: \.self,代码更简洁,性能也更好。
4. 在视图中集成模型数据
视频演示了如何创建一个包含多个模型实例的数组,并将其展示在列表里。
1 | struct CustomModelBootcamp: View { |
5. 数据的传递与子视图解耦
视频还提到了一个高级技巧:将每个列表项提取成一个独立的子视图。你只需要将整个 user 模型传递给子视图,而不是一个一个传递属性。
1 | // 子视图只需要接收一个 UserModel 对象 |
6. 开发建议与实战总结
- 唯一性:始终使用
UUID().uuidString或者是数据库自带的唯一 ID 作为id属性,避免列表渲染出错。 - 命名规范:模型的命名通常以
Model结尾(如ProductModel,NoteModel),这能让你在复杂的项目中一眼分辨出哪些是数据结构。
@ObservableObject 和 @StateObject
1. 核心概念的定义
在 SwiftUI 中,当数据不再只是简单的字符串或整数,而是一个包含逻辑的“业务模型”时,我们需要使用类(Class)来管理。
- ObservableObject (协议):让一个类具备“可观察”的能力。
- @Published (属性包装器):在类内部使用。每当标记为
@Published的变量发生变化时,它会通知所有观察该对象的视图进行刷新。 - @StateObject (属性包装器):用于创建(实例化)对象。它保证即使视图重新渲染,该对象也不会被销毁或重置。
- @ObservedObject (属性包装器):用于传递对象。它不拥有数据,只是观察传入的对象。
2. 实现数据模型层 (ViewModel)
我们将数据逻辑从 View 中提取出来,放入一个遵循 ObservableObject 协议的类中。
1 | class FruitViewModel: ObservableObject { |
3. 在视图中使用 @StateObject 与 @ObservedObject
视频强调了两者最关键的区别:谁拥有数据源。
- 父视图(创建者):使用
@StateObject。 - 子视图(使用者):使用
@ObservedObject。
1 | // 父视图:负责创建数据模型 |
4. @StateObject 与 @ObservedObject 的致命区别
这是视频中最重要的避坑指南:
- 如果父视图刷新:使用
@ObservedObject创建的对象会随之重新初始化,导致数据丢失或重置。 - 如果使用 @StateObject:对象会与视图的生命周期绑定,即使视图重新渲染,对象的状态也会保持不变。
- 结论:在视图的顶层实例化类对象时,永远使用
@StateObject。只有在将对象传递到子视图时,子视图才使用@ObservedObject。
@EnvironmentObject
1. @EnvironmentObject 的核心定义
@EnvironmentObject 允许你在整个视图层级中共享数据,而无需手动通过每一个子视图的初始化构造器进行传递。你可以把它想象成一个“视图层级内的全局变量”:你在父视图中“注入”一个对象,随后该父视图下的任何子视图(无论嵌套多深)都可以直接“读取”并观察它。
2. 实现步骤与基本语法
要成功使用 @EnvironmentObject,必须遵循以下三个固定步骤:
- 准备数据模型:创建一个遵循
ObservableObject协议的类,并使用@Published标记需要观察的属性。 - 注入对象:在视图层级的根部(父视图),使用
.environmentObject()修饰符将其实例化并注入。 - 提取对象:在任何子视图中,使用
@EnvironmentObject属性包装器来声明该变量。
3. 综合代码示例
下面的示例展示了如何将一个“用户设置”对象直接从第一层传递到第三层,而跳过中间的第二层。
1 | // 1. 数据模型 |
4. @EnvironmentObject vs @ObservedObject
视频中深入对比了这两种传递方式的使用场景:
- @ObservedObject:适合相邻层级之间的简单传递。如果数据只传给直接子视图,它是首选。
- @EnvironmentObject:适合跨层级(超过 2 层)的数据共享。它让中间层的代码更干净,因为中间层不需要声明任何它自己用不到的变量。
5. 开发建议与致命错误预防
- 防止应用崩溃(致命伤):如果你在一个视图中声明了
@EnvironmentObject var vm: MyClass,但在其上级的任何父视图中都忘记注入.environmentObject(vm),你的 App 会在打开该视图时直接崩溃。这是新手最常遇到的问题。 - 预览测试(Previews):在进行 Xcode 预览时,如果你的预览视图依赖环境对象,你也必须在预览代码中手动注入该对象,否则预览器会报错。
- 全局状态首选:对于像“用户登录状态”、“App 主题颜色”、“全局设置”这类几乎每个页面都可能用到的数据,
@EnvironmentObject是最佳实践。 - 性能考量:虽然方便,但不要把所有变量都塞进一个巨大的环境对象中。一旦环境对象中的
@Published属性改变,所有观察它的子视图都会重新渲染。建议按功能模块拆分不同的环境对象。
@AppStorage
1. @AppStorage 的核心定义
@AppStorage 是一个属性包装器(Property Wrapper),它的底层实际上是 UserDefaults。 它的神奇之处在于:它不仅能把数据持久化存储到手机磁盘上,还能像 @State 一样,在数据发生变化时自动触发 UI 刷新。
2. 基础用法与代码示例
在没有 @AppStorage 之前,我们需要手动从 UserDefaults 读取值,并在视图启动时进行初始化。现在,只需要一行代码:
1 | struct AppStorageBootcamp: View { |
3. 为什么选择 @AppStorage?
- 持久化:当你退出 App 甚至重启手机后,数据依然存在。
- 响应式:它完美融入 SwiftUI 的状态管理。如果你在 App 的 A 页面修改了
@AppStorage的值,B 页面如果也引用了同一个 Key,它会自动同步更新。 - 简洁性:消除了手动调用
UserDefaults.standard.set()和object(forKey:)的繁琐步骤。
4. 支持的数据类型
@AppStorage 并不是万能的,它主要用于存储轻量级数据。支持的类型包括:String、Int、Bool、Double、URL、Data
注意:如果你想存储复杂的对象(如自定义的
struct),通常需要先将其编码为Data(JSON 格式),然后再存入@AppStorage。
5. 开发建议与实战总结
- 不要存储敏感数据:
UserDefaults的数据是未加密的。永远不要在里面存储密码、Token 或个人隐私信息。 - 不要存储大数据:它适合存“是否开启深色模式”、“用户评分”或“最后阅读位置”等小信息。如果是大量的图片或数据库条目,应该使用 CoreData 或 SwiftData(iOS 17+)。
- 统一 Key 管理:在大型项目中,建议把所有的 Key 字符串定义成常量或枚举,防止因为手抖打错一个字母导致数据读取失败。
6. 进阶:如何处理复杂的 Struct?
虽然原生不支持直接存 struct,但你可以让你的模型遵循 RawRepresentable 协议,或者手动进行 JSON 转换:
1 | // 伪代码示例:将结构体转为 Data 存入 |
用户引导流程
这一集视频是 Bootcamp 系列的一个小高潮,它是一次综合性实战。Nick 展示了如何利用之前学过的所有零散知识点(@AppStorage、Transition、Animation、State 等),构建一个专业且流畅的 用户引导流程(Onboarding Flow)。
其核心逻辑是:利用 @AppStorage 记住用户的登录状态,并配合 Transition 在不同步骤间实现丝滑切换。
核心逻辑架构:App 的“分流器”
在处理用户首次登录或引导时,最优雅的做法是在根视图中根据持久化状态进行条件渲染。
- @AppStorage 哨兵:使用
@AppStorage存储一个布尔值(如signedIn),它直接决定了 App 启动时展现哪个界面。 - 条件转场:利用
if-else配合withAnimation,当用户点击“完成”时,引导页消失,主界面以预设的转场方式滑入。
引导页状态机:多步交互设计
引导页内部不使用复杂的导航,而是通过一个整数状态变量来驱动内容的切换。
- 步骤追踪:通过
@State var onboardingState: Int记录当前处于哪一页(0: 欢迎, 1: 姓名, 2: 年龄等)。 - 组件化 UI:将每一页的内容提取为独立的
private var函数(如addNameSection),确保body代码块清晰易读。
核心代码实现
以下代码展示了如何利用 非对称转场(Asymmetric Transitions) 实现专业的“右进左出”翻页效果。
1 | import SwiftUI |
关键知识点总结
- Asymmetric Transition (非对称转场):通过
.asymmetric(insertion:removal:)可以精准控制视图“进来”和“离开”时的方向,避免所有元素都往同一个方向挤。 - Data Validation (数据校验):在
onboardingState增加之前,利用guard或if语句拦截不合规的输入,提升 App 的健壮性。 - Extension 组织代码:通过
extension将 UI 片段(Section)和业务逻辑(Function)移出主body。这在 Python 语境下类似于将逻辑封装进类方法,保持主逻辑简洁。 - 持久化同步:修改
@AppStorage的值会自动触发全局视图树刷新,这让 UI 跳转变得非常自然,无需手动发送通知。
AsyncImage
AsyncImage 的核心定义
AsyncImage 是一个专门用于异步加载并显示网络图片的视图组件。它内部使用系统共享的 URLSession 实例来处理网络请求,并根据加载状态(加载中、成功、失败)自动更新 UI。
基础用法与默认状态
最简单的实现方式只需要提供图片的 URL。在这种模式下,图片会按原始大小下载,且在下载完成前会显示一个默认的灰色占位矩形。
1 | struct AsyncImageBootcamp: View { |
自定义图片样式与占位符
由于 AsyncImage 本身是一个容器视图,你不能直接给它添加 .resizable() 等图片专用修饰符。必须使用带有 content 和 placeholder 闭包的构造器。
- Content 闭包:在这个闭包里,你会得到下载成功的
Image对象,此时可以进行缩放、裁剪等操作。 - Placeholder 闭包:在图片加载过程中显示的视图(如
ProgressView)。
1 | AsyncImage(url: url) { image in |
使用 AsyncImagePhase 进行深度控制
如果你需要根据不同的加载阶段(加载中、成功、失败)展示完全不同的 UI,可以使用 AsyncImagePhase 版本的构造器。这是最灵活、最推荐的进阶方案。
.empty:尚未加载或加载中。.success(Image):加载成功,返回图片。.failure(Error):加载失败,可以显示错误图标或默认图。
1 | AsyncImage(url: url) { phase in |
动画与转场 (Transaction)
为了让图片加载成功时的出现效果更丝滑,AsyncImage 支持通过 transaction 参数添加动画。
1 | AsyncImage( |
关键知识点总结
- 修饰符位置:
.resizable()等图片专用修饰符必须写在闭包内的Image对象上,不能直接写在AsyncImage外部。 - 比例参数 (Scale):
AsyncImage(url: url, scale: 2.0)中的scale值越大,图片在屏幕上显示的像素尺寸越小(适合处理高分辨率图)。 - 缓存机制:原生的
AsyncImage会自动利用系统级的 URL 缓存,但并不具备像第三方库那样复杂的磁盘缓存逻辑。 - iOS 版本要求:仅支持 iOS 15.0+。如果需要兼容旧版本,仍需使用第三方组件。
Materials
材质 (Materials) 的核心定义
材质是一种半透明的模糊效果,它允许背景内容透过来,同时保持前景内容的可读性。在 iOS 15 中,你可以直接通过 .background() 加上材质类型来实现。
系统提供了五种主要的材质强度,它们会根据系统当前的浅色/深色模式自动调整:
.ultraThinMaterial:最轻薄,背景透过度最高。.thinMaterial:薄材质。.regularMaterial:标准厚度。.thickMaterial:较厚。.ultraThickMaterial:最厚,几乎接近纯色。
系统背景层级与样式
除了材质,iOS 15 还引入了更智能的背景设置方式。以前我们常用 Color.blue,现在我们可以直接使用 .background(.blue)。这背后的区别在于,新的 API 支持更复杂的 背景样式(Background Styles)。
- 自动适配:使用系统材质作为背景时,前景文字会自动应用“活力(Vibrancy)”效果,使得文字颜色与模糊背景产生更和谐的对比。
- 分层设计:系统背景现在可以通过
.secondary,.tertiary等样式进行分层,这在构建复杂的卡片式布局时非常有用。
核心代码实现
以下代码演示了如何在图片上方创建一个具有“毛玻璃”效果的卡片。
1 | import SwiftUI |
关键知识点总结
- Vibrancy (活力效果):当你将材质设为背景时,其上方的
Text或Image会自动获得一种类似“透过玻璃看文字”的视觉深度感,这种效果是系统自动处理的。 - 忽略安全区域:在设置全屏背景材质时,记得配合
.ignoresSafeArea()使用,以确保模糊效果覆盖整个屏幕。 - 自适应模式:材质不需要手动适配深色模式,系统会自动在浅色时提供偏白的模糊,在深色时提供偏黑的模糊。
- 性能优化:材质渲染虽然比纯色消耗资源,但在 iOS 15+ 的真机设备上表现非常流畅,适合作为浮动层(如 TabBar 或 Header)的背景。
textSelection
TextSelection 的核心定义
在 SwiftUI 中,默认情况下 Text 视图是静态的,用户无法选中其中的内容。.textSelection 修饰符允许你开启文字的选择功能,使用户能够通过长按唤起系统标准的“拷贝(Copy)”和“共享(Share)”菜单。
基础用法与代码实现
实现文字选择非常简单,只需要将修饰符附加到 Text 或其父容器上。
1 | import SwiftUI |
关键知识点总结
- 默认状态:所有
Text组件的默认状态是.disabled。 - 层级继承:当你将
.textSelection(.enabled)应用于VStack、List或Group等容器时,其内部所有的Text都会自动继承这一特性。 - 系统原生集成:开启选择后,用户不仅可以“拷贝”,还能触发 iOS 系统的“查询(Look Up)”和“翻译(Translate)”等高级功能。
- 局限性:目前的 API 只能开启或关闭选择功能,开发者还无法像在
UITextView中那样通过编程方式精确获取用户当前选中的具体字符范围。
iOS 15 按钮的更新
核心按钮样式 (Button Styles)
iOS 15 引入了预定义的按钮样式,它们不仅改变外观,还自带了优雅的交互反馈(如点击时的缩放或颜色变暗)。
.bordered:带边框的按钮,背景颜色通常是浅灰色(或根据tint自动调整)。.borderedProminent:强调型按钮,背景会填充tint定义的主色调,文字通常自动变为对比色(如白色)。.plain&.borderless:经典的纯文本样式。
控制尺寸与重要性 (Control Size & Prominence)
通过这些修饰符,你可以快速调整按钮的物理尺寸和视觉吸引力,而不需要手动计算宽高度。
controlSize:提供.mini、.small、.regular、.large四种预设。它会同步调整内边距和字体大小,保持比例和谐。controlProminence:设置为.increased时,会进一步增强.borderedProminent的色彩深度,使其在界面中更加突出。
边框形状 (Button Border Shapes)
不再需要通过 cornerRadius 苦苦计算。系统提供了更具语义化的形状选项:
.capsule:胶囊形,两端自动呈半圆。.roundedRectangle:圆角矩形。.roundedRectangle(radius: 20):可自定义圆角半径的矩形。
核心代码实现
下面的代码展示了如何将这些属性组合在一起,创建一个具有工业质感的 UI 控制组。
1 | import SwiftUI |
关键知识点总结
- Tint 的魔力:
tint颜色会智能地应用于背景(在borderedProminent下)或文字与边框(在bordered下)。 - 响应式适配:这些样式会根据当前设备的系统设置(如辅助功能中的大字体)自动进行布局微调。
- Role 属性:配合
Button(role: .destructive)使用时,按钮会自动应用红色调,这是 iOS 15 语义化编程的体现。 - 多按钮布局:在
HStack中使用多个bordered按钮时,系统会自动保持它们的垂直居中对齐,非常整齐。
swipeActions
列表滑动操作的核心定义
swipeActions 是专门用于 List 行视图的修饰符。它允许你通过滑动触发特定操作(如收藏、存档、删除等),并能精准控制按钮的颜色、图标和触发逻辑。
核心代码实现
下面的示例展示了如何为一个水果列表添加左右双向的滑动操作。
1 | import SwiftUI |
关键知识点总结
- Edge 控制:可以通过
edge参数决定按钮出现在左侧(.leading)还是右侧(.trailing)。 - allowsFullSwipe:
- 如果设为
true(默认值),用户长滑到底会直接触发第一个按钮的动作。 - 如果设为
false,用户必须点击按钮才能触发,防止误操作。
- 如果设为
- Button Role:使用
Button(role: .destructive)时,系统会自动将按钮设为红色,并适配删除相关的触感反馈。 - Tint 颜色自定义:使用
.tint()为不同的操作设置辨识度高的颜色(如黄色对应收藏,蓝色对应存档)。 - 图标与文字:虽然代码中使用了
Label,但在滑动条较窄时,系统通常只显示图标。建议始终提供简洁的图标。
iOS 15 中的 badge
核心定义与适用场景
badge 修饰符的作用是在特定组件上显示一个轻量级的数值或文本标签。在 iOS 15 中,它主要针对以下两个原生组件进行了优化:
- TabView:在底部图标的右上角显示未读消息数(类似微信或邮件)。
- List:在列表行的右侧显示状态信息或计数。
在 TabView 中添加 Badge
在 TabView 中,你只需要将 .badge() 附加在作为 tabItem 的视图上。它支持传入 Int(会自动处理 0 的隐藏)或 Text/String。
1 | TabView { |
在 List 中添加 Badge
在 List 中使用 badge 时,该标签会出现在行内容的右侧,且其视觉风格会根据列表的样式(如 insetGrouped)自动调整颜色,通常呈现为一种淡雅的灰色(在深色模式下会自动适配)。
1 | List { |
核心代码实现
下面的示例展示了如何结合 @State 动态更新 badge 的数值。
1 | import SwiftUI |
关键知识点总结
- 类型支持:
.badge()可以接收Int、Text、String或LocalizedStringKey。 - 0 的处理机制:
- 在 TabView 中:如果传入
Int且值为0,Badge 会自动隐藏。 - 在 List 中:如果值为
0,Badge 仍然会显示数字 0。
- 在 TabView 中:如果传入
- 视觉一致性:
badge的外观由系统接管。在TabView中是经典的红色圆形背景;在List中则是靠右对齐的辅助文本样式。 - 版本限制:此修饰符仅适用于 iOS 15.0+。
next video 61