前言
最近看到一篇写得很溜的 SwiftUI 实战文章，专门讲“条件修饰符”（conditional modifiers）：当某个状态为真时，给视图加阴影/边框/遮罩，为假时啥也不做。这个思路看起来简单，但在项目里能极大提高可读性，少走弯路。今天就来讲讲这个“条件修饰符”，以及如何用它来优化你的 SwiftUI 代码。

为什么需要“条件修饰符”？
在 SwiftUI 里，我们常写出这样的分支：

if isSelected {
    Text("关注")
        .padding(8)
        .background(.blue)
        .foregroundColor(.white)
        .clipShape(Capsule())
} else {
    Text("关注")
        .padding(8)
        .background(.gray.opacity(0.1))
        .foregroundColor(.blue)
        .clipShape(Capsule())
}

两段几乎一模一样的链式写法，只是中间某几处不同。重复既难维护也容易漏改。理想状态是：只写一条链，某个条件满足就“额外”套一个修饰符，否则保持原样。

写一个通用的 applyIf
思路来自原文：给 View 扩展一个小工具函数，条件为真时对自己做一次“变换”，否则原样返回。

import SwiftUI
extension View {
    @ViewBuilder
    func applyIf<T: View>(_ condition: Bool,
                          transform: (Self) -> T) -> some View {
        if condition {
            transform(self)
        } else {
            self
        }
    }
}

用法非常直觉：

Button("提交") {}
    .padding(.horizontal, 16)
    .padding(.vertical, 10)
    .background(.blue)
    .foregroundColor(.white)
    .clipShape(Capsule())
    .applyIf(isDisabled) { view in
        view.opacity(0.5)
    }

当 isDisabled == true 时才降不透明度，否则不做任何事。链式结构不被打断，可读性一目了然。

进阶一：if let，可选值也能优雅处理
真实项目里除了布尔值，还有大量可选值（比如 badge、URL、错误文案）。可以做一个 applyIfLet：

extension View {
    @ViewBuilder
    func applyIfLet<Value, Content: View>(_ value: Value?,
                                          transform: (Self, Value) -> Content) -> some View {
        if let value {
            transform(self, value)
        } else {
            self
        }
    }
}

示例：有 badge 时给头像加一个右上角角标，没有就别管它：

struct AvatarView: View {
    let image: Image
    let badge: String?

    var body: some View {
        image
            .resizable()
            .scaledToFill()
            .frame(width: 56, height: 56)
            .clipShape(Circle())
            .applyIfLet(badge) { view, badge in
                view.overlay(alignment: .topTrailing) {
                    Text(badge)
                        .font(.caption2.bold())
                        .padding(4)
                        .background(.red)
                        .foregroundColor(.white)
                        .clipShape(Capsule())
                        .offset(x: 6, y: -6)
                }
            }
    }
}

进阶二：链式叠加多个条件
链式调用可以自然叠加多个状态，不需要嵌套 if：

Text("手机号")
    .padding(12)
    .frame(maxWidth: .infinity, alignment: .leading)
    .background(.thinMaterial)
    .clipShape(RoundedRectangle(cornerRadius: 12, style: .continuous))
    .applyIf(isFocused) { $0.shadow(radius: 8, y: 2) }
    .applyIf(isError) { $0.overlay(RoundedRectangle(cornerRadius: 12).stroke(.red, lineWidth: 1)) }
    .applyIf(isLoading) { $0.redacted(reason: .placeholder) }

三元表达式 vs. 条件修饰符
三元表达式也能做条件样式：

Text("价格")
    .foregroundColor(isDiscount ? .red : .primary)

但一旦涉及多个修饰符（比如又要加边框、又要改字体、还要调间距），三元就会迅速失控。applyIf 把“是否应用这个修饰符”的决定权局部化，链式更清晰。

常见坑与注意事项
统一返回类型：transform 必须返回同一种视图类型（some View + @ViewBuilder 已经帮我们兜了大部分场景）
调用顺序会影响视觉结果：先 .background 再 .clipShape 和相反顺序，效果不一样
条件分支里尽量“只做一件事”：比如只负责阴影或只负责边框，方便复用
性能：这类轻量 Builder 分支对性能影响可忽略，不要过早优化
可维护性的“隐性收益”
当团队成员在同一条修饰符链上看到 .applyIf(isError) { … }，几乎不用翻找文件就能理解“为什么这样设计”。这种“把条件就地表达”的写法，长远看能减少坏味道。

说人话：以后改样式，不用再担心复制粘贴哪一处漏了—是真的爽。
代码片段打包：拎走就用

extension View {
    @ViewBuilder
    func applyIf<T: View>(_ condition: Bool,
                          transform: (Self) -> T) -> some View {
        if condition { transform(self) } else { self }
    }

    @ViewBuilder
    func applyIfLet<Value, Content: View>(_ value: Value?,
                                          transform: (Self, Value) -> Content) -> some View {
        if let value { transform(self, value) } else { self }
    }
}

把这段扩展放进你项目的 View+Conditional.swift 就行，命名随意。顺带一提，这个思路也可以扩展到“环境驱动”的条件，比如根据 colorScheme、dynamicTypeSize 或者 horizontalSizeClass 做适配。

写在最后
SwiftUI 的声明式语法鼓励我们用组合来表达意图。applyIf / applyIfLet 这种小而美的扩展，不仅能减少重复，还能把逻辑和样式贴得更近。你有什么好用的条件修饰符吗？欢迎在评论区分享。