SwiftUI 模式¶
面向 Apple 平台的现代 SwiftUI 模式。用于构建声明式且高性能的用户界面。涵盖 Observation 框架、视图合成、类型安全导航和性能优化。
激活条件¶
- 构建 SwiftUI 视图并管理状态时(
@State、@Observable、@Binding) - 使用
NavigationStack设计导航流程时 - 构建视图模型和数据流时
- 优化列表和复杂布局的渲染性能时
- 在 SwiftUI 中使用环境值和依赖注入时
状态管理¶
选择属性包装器¶
选择最合适的简单包装器:
| 属性包装器 | 使用场景 |
|---|---|
@State |
视图本地值类型(开关、表单字段、弹出显示) |
@Binding |
对父视图 @State 的双向引用 |
@Observable 类 + @State |
拥有多个属性的模型 |
@Observable 类(无包装器) |
从父视图传入的只读引用 |
@Bindable |
对 @Observable 属性的双向绑定 |
@Environment |
通过 .environment() 注入的共享依赖 |
@Observable 视图模型¶
使用 @Observable 而不是 ObservableObject——因为它跟踪属性级别的变化,SwiftUI 只会重新渲染读取了已更改属性的视图:
@Observable
final class ItemListViewModel {
private(set) var items: [Item] = []
private(set) var isLoading = false
var searchText = ""
private let repository: any ItemRepository
init(repository: any ItemRepository = DefaultItemRepository()) {
self.repository = repository
}
func load() async {
isLoading = true
defer { isLoading = false }
items = (try? await repository.fetchAll()) ?? []
}
}
使用 ViewModel 的视图¶
struct ItemListView: View {
@State private var viewModel: ItemListViewModel
init(viewModel: ItemListViewModel = ItemListViewModel()) {
_viewModel = State(initialValue: viewModel)
}
var body: some View {
List(viewModel.items) { item in
ItemRow(item: item)
}
.searchable(text: $viewModel.searchText)
.overlay { if viewModel.isLoading { ProgressView() } }
.task { await viewModel.load() }
}
}
注入到环境¶
使用 @Environment 而不是 @EnvironmentObject:
// Inject
ContentView()
.environment(authManager)
// Consume
struct ProfileView: View {
@Environment(AuthManager.self) private var auth
var body: some View {
Text(auth.currentUser?.name ?? "Guest")
}
}
视图合成¶
提取子视图以限制失效¶
将视图拆分为小型、聚焦的结构体。当状态变化时,只有读取该状态的子视图会重新渲染:
struct OrderView: View {
@State private var viewModel = OrderViewModel()
var body: some View {
VStack {
OrderHeader(title: viewModel.title)
OrderItemList(items: viewModel.items)
OrderTotal(total: viewModel.total)
}
}
}
用于可复用样式的 ViewModifier¶
struct CardModifier: ViewModifier {
func body(content: Content) -> some View {
content
.padding()
.background(.regularMaterial)
.clipShape(RoundedRectangle(cornerRadius: 12))
}
}
extension View {
func cardStyle() -> some View {
modifier(CardModifier())
}
}
导航¶
类型安全的 NavigationStack¶
使用 NavigationStack 和 NavigationPath 实现程序化且类型安全的路由:
@Observable
final class Router {
var path = NavigationPath()
func navigate(to destination: Destination) {
path.append(destination)
}
func popToRoot() {
path = NavigationPath()
}
}
enum Destination: Hashable {
case detail(Item.ID)
case settings
case profile(User.ID)
}
struct RootView: View {
@State private var router = Router()
var body: some View {
NavigationStack(path: $router.path) {
HomeView()
.navigationDestination(for: Destination.self) { dest in
switch dest {
case .detail(let id): ItemDetailView(itemID: id)
case .settings: SettingsView()
case .profile(let id): ProfileView(userID: id)
}
}
}
.environment(router)
}
}
性能¶
对大型集合使用惰性容器¶
LazyVStack 和 LazyHStack 仅在视图显示时创建:
稳定的标识符¶
在 ForEach 中始终使用稳定的唯一 ID——避免使用数组索引:
// Use Identifiable conformance or explicit id
ForEach(items, id: \.stableID) { item in
ItemRow(item: item)
}
避免在 body 中执行高成本操作¶
- 绝不在
body中执行 I/O、网络调用或繁重计算 - 对异步处理使用
.task {}——视图消失时会自动取消 - 在滚动视图中谨慎使用
.sensoryFeedback()和.geometryGroup() - 在列表中尽量减少使用
.shadow()、.blur()、.mask()——它们会引发离屏渲染
遵循 Equatable¶
对于 body 计算成本较高的视图,遵循 Equatable 以跳过不必要的重新渲染:
struct ExpensiveChartView: View, Equatable {
let dataPoints: [DataPoint] // DataPoint must conform to Equatable
static func == (lhs: Self, rhs: Self) -> Bool {
lhs.dataPoints == rhs.dataPoints
}
var body: some View {
// Complex chart rendering
}
}
预览¶
使用内联模拟数据通过 #Preview 宏快速迭代:
#Preview("Empty state") {
ItemListView(viewModel: ItemListViewModel(repository: EmptyMockRepository()))
}
#Preview("Loaded") {
ItemListView(viewModel: ItemListViewModel(repository: PopulatedMockRepository()))
}
应避免的反模式¶
- 在新代码中使用
ObservableObject/@Published/@StateObject/@EnvironmentObject——迁移到@Observable - 在
body或init中直接放置异步处理——使用.task {}或显式加载方法 - 在不拥有数据的子视图中将 ViewModel 作为
@State创建——改为从父视图传入 - 使用
AnyView进行类型擦除——对条件视图优先使用@ViewBuilder或Group - 在与 Actor 交换数据时忽略 Sendable 要求
参考¶
有关基于 Actor 的持久化模式,请参阅技能 swift-actor-persistence。
有关基于协议的 DI 和使用 Swift Testing 的测试,请参阅技能 swift-protocol-di-testing。
本页原文 Markdown:在 AtomGit 查看·内容源自开源项目 ev/ECC