特性

特性

为声明和类型添加信息。

在 Swift 中有两种特性——适用于声明的特性和适用于类型的特性。特性提供有关声明或类型的附加信息。例如,函数声明上的 discardableResult 特性表示,尽管函数返回一个值,但如果返回值未被使用,编译器不应生成警告。

你可以通过编写 @ 符号,并在其后加上特性的名称以及特性接受的任何参数,来指定一个特性。

@<#attribute name#>
@<#attribute name#>(<#attribute arguments#>)

有些声明特性接受参数,这些参数指定有关特性的更多信息以及它如何适用于特定声明。这些特性参数被括号括起来,其格式由它们所属的特性定义。

附加宏和属性包装器也使用特性语法。有关宏如何展开的信息,参见 。有关属性包装器的信息,参见

声明特性

你只能将声明特性应用于声明。

attached

attached 特性应用于宏声明。该特性的参数指示宏的角色。对于具有多个角色的宏,针对每个角色多次应用 attached 宏,每个角色应用一次。

特性的第一个参数指明宏的角色:

peer、member 和 accessor 宏角色需要一个 names: 参数,列出宏生成的符号名称。如果宏在扩展内部添加声明,扩展宏角色也需要一个 names: 参数。当宏声明包含 names: 参数时,宏实现必须仅生成与该列表匹配的名称的符号。也就是说,宏不必为每个列出的名称生成符号。该参数的值是以下一个或多个项的列表:

作为一个特殊情况,你可以为一个行为类似于属性包装器的宏编写 prefixed($)

available

应用此特性来表明某个声明的生命周期是相对于特定的 Swift 语言版本或特定的平台和操作系统版本的。

available 特性总是与两个或更多用逗号分隔的特性参数列表一起出现。这些参数以以下平台或语言名称之一开头:

你还可以使用星号 (*) 来表示在上述所有列出的平台上声明的可用性。使用 Swift 版本号指定可用性的 available 特性不能再使用星号。

其余参数可以以任何顺序出现,并指定有关声明生命周期的附加信息,包括重要的里程碑。

``swift introduced: <#version number#> `` version number 由一个到三个正整数组成,数字之间用句点分隔。

``swift deprecated: <#version number#> ` 可选的 version number 由一个到三个正整数组成,数字之间用句点分隔。省略版本号表示该声明当前已被弃用,但没有提供有关何时被弃用的任何信息。如果省略版本号,也要省略冒号 (:`)。

``swift obsoleted: <#version number#> `` version number 由一个到三个正整数组成,数字之间用句点分隔。

由于 Swift 并发在潜在的挂起点之后可能会在不同的线程上恢复,因此在挂起点之间使用诸如线程局部存储、锁、互斥锁或信号量之类的元素可能会导致不正确的结果。

为了避免这个问题,请将 @available(*, noasync) 特性添加到符号的声明中:

```swift extension pthreadmutext {

@available(*, noasync) mutating func lock() { pthreadmutexlock(&self) }

@available(*, noasync) mutating func unlock() { pthreadmutexunlock(&self) } } ```

当有人在异步上下文中使用该符号时,此特性会引发编译时错误。你还可以使用 message 参数提供有关该符号的附加信息。

``swift @available(*, noasync, message: "将锁迁移到 Swift 并发。") mutating func lock() { pthreadmutexlock(&self) } ``

如果你能保证你的代码以安全的方式使用潜在不安全的符号,你可以将其包装在一个同步函数中,并从异步上下文调用该函数。

```swift

// 为带有 noasync 声明的方法提供同步包装器。 extension pthreadmutext { mutating func withLock(_ operation: () -> ()) { self.lock() operation() self.unlock() } }

func downloadAndStore(key: Int, dataStore: MyKeyedStorage, dataLock: inout pthreadmutext) async { // 在异步上下文中安全地调用包装器。 dataLock.withLock { dataStore[key] = downloadContent() } } ```

你可以在大多数声明中使用 noasync 参数;但是,你不能在声明反初始化器时使用它。Swift 必须能够从任何上下文(同步和异步)调用类的反初始化器。

``swift message: <#message#> `` message 由一个字符串字面量组成。

``swift renamed: <#new name#> `` new name 由一个字符串字面量组成。

你可以将带有 renamedunavailable 参数的 available 特性应用于类型别名声明,如下所示,以指示声明的名称在框架或库的不同版本之间发生了变化。此组合会导致编译时错误,表明声明已被重命名。

``swift // 首个版本 protocol MyProtocol { // 协议定义 } ``

```swift // 后续版本将 MyProtocol 重命名为 MyRenamedProtocol protocol MyRenamedProtocol { // 协议定义 }

@available(*, unavailable, renamed: "MyRenamedProtocol") typealias MyProtocol = MyRenamedProtocol ```

你可以在单个声明上应用多个 available 特性,以指定该声明在不同平台和不同版本的 Swift 上的可用性。如果 available 特性指定的平台或语言版本与当前目标不匹配,则该特性被应用到的声明将被忽略。如果你使用多个 available 特性,则有效的可用性是平台和 Swift 可用性的组合。

如果除了平台或语言名称参数之外,available 特性仅指定一个 introduced 参数,则可以使用以下简写语法:

@available(<#platform name#> <#version number#>, *)
@available(swift <#version number#>)

available 特性的简写语法简洁地表达了多个平台的可用性。尽管这两种形式在功能上是等效的,但在可能的情况下,优先使用简写形式。

@available(iOS 10.0, macOS 10.12, *)
class MyClass {
    // class definition
}

使用 Swift 版本号指定可用性的 available 特性不能另外指定声明的平台可用性。相反,使用单独的 available 特性来指定 Swift 版本的可用性和在一个或多个平台上的可用性。

@available(swift 3.0.2)
@available(macOS 10.12, *)
struct MyStruct {
    // struct definition
}

backDeployed

将此特性应用于函数、方法、下标操作或计算属性,以便在调用或访问该符号的程序中包含符号实现的副本。你可以使用此特性来标注作为平台一部分发布的符号,例如某操作系统中所包含的 API。此特性标注可以通过在访问它们的程序中包含其实现的副本来可追溯地使用这些符号。复制实现也称为发送到客户端

此特性接受一个 before: 参数,指定提供此符号的平台的第一个版本。这些平台版本与你为 available 特性的指定的平台版本具有相同的含义。与 available 特性不同,列表中不能包含星号 (*) 来指代所有版本。例如,考虑以下代码:

@available(iOS 16, *)
@backDeployed(before: iOS 17)
func someFunction() { /* ... */ }

在上面的例子中,iOS SDK 从 iOS 17 开始提供 someFunction()。此外,SDK 通过向后兼容在 iOS 16 上提供 someFunction()

在编译调用此函数的代码时,Swift 插入了一层间接调用,以找到该函数的实现。如果代码已包含此函数的 SDK 版本运行,则使用 SDK 的实现。否则,将使用调用者中包含的副本。在上面的示例中,当在 iOS 17 或更高版本上运行时,调用 someFunction() 使用 SDK 的实现,而在 iOS 16 上运行时,则使用调用者中包含的 someFunction() 的副本。

满足以下标准的函数、方法、下标操作和计算属性可以进行向后兼容:

discardableResult

将此特性应用于函数或方法声明,以在调用返回值的函数或方法而不使用其结果时抑制编译器警告。

dynamicCallable

将此特性应用于类、结构体、枚举或协议,以将该类型的实例视为可调用函数。该类型必须实现 dynamicallyCall(withArguments:) 方法和 dynamicallyCall(withKeywordArguments:) 方法中的至少一个或都实现。

你可以像调用有任意数量参数的函数一样调用动态可调用类型的实例。

@dynamicCallable
struct TelephoneExchange {
    func dynamicallyCall(withArguments phoneNumber: [Int]) {
        if phoneNumber == [4, 1, 1] {
            print("Get Swift help on forums.swift.org")
        } else {
            print("Unrecognized number")
        }
    }
}

let dial = TelephoneExchange()

// 使用动态方法调用
dial(4, 1, 1)
// 打印 "Get Swift help on forums.swift.org"

dial(8, 6, 7, 5, 3, 0, 9)
// 打印 "Unrecognized number"

// 直接调用内部的方法
dial.dynamicallyCall(withArguments: [4, 1, 1])

dynamicallyCall(withArguments:) 方法的声明必须有一个遵循 ExpressibleByArrayLiteral 协议的单一参数——就像上面的例子中的 [Int]。返回类型可以是任何类型。

如果你实现了 dynamicallyCall(withKeywordArguments:) 方法,则可以在动态方法调用中包含标签。

@dynamicCallable
struct Repeater {
    func dynamicallyCall(withKeywordArguments pairs: KeyValuePairs<String, Int>) -> String {
        return pairs
            .map { label, count in
                repeatElement(label, count: count).joined(separator: " ")
            }
            .joined(separator: "\n")
    }
}

let repeatLabels = Repeater()
print(repeatLabels(a: 1, b: 2, c: 3, b: 2, a: 1))
// a
// b b
// c c c
// b b
// a

dynamicallyCall(withKeywordArguments:) 方法的声明必须有一个遵循 ExpressibleByDictionaryLiteral 协议的单一参数,返回类型可以是任何类型。参数的 Key 必须遵循 ExpressibleByStringLiteral。前面的例子使用 KeyValuePairs 作为参数类型,以便调用者可以包含重复的参数标签——ab 在对 repeat 的调用中出现多次。

如果你实现了两种不同参数类型的 dynamicallyCall 方法,当方法调用包含关键字参数时,将调用 dynamicallyCall(withKeywordArguments:)。在所有其他情况下,将调用 dynamicallyCall(withArguments:)

你只能使用与你在某个 dynamicallyCall 方法实现中指定的类型匹配的参数和返回值来调用动态可调用实例。以下示例中的调用无法编译,因为没有接受 KeyValuePairsdynamicallyCall(withArguments:) 的实现。

repeatLabels(a: "four") // 错误

dynamicMemberLookup

将此特性应用于类、结构体、枚举或协议,以便在运行时按名称查找成员。该类型必须实现一个 subscript(dynamicMember:) 下标操作。

在显式成员表达式中,如果没有对应的命名成员声明,则该表达式被理解为对类型的 subscript(dynamicMember:) 下标操作的调用,并将有关成员的信息作为参数传递。下标操作可以接受一个参数,该参数可以是键路径或成员名称;如果你实现了两种下标操作,则使用接受键路径参数的下标操作。

subscript(dynamicMember:) 的实现可以接受 KeyPathWritableKeyPathReferenceWritableKeyPath 来作为键路径参数。它可以通过一个类型遵循 ExpressibleByStringLiteral 协议的参数来接受成员名称——在大多数情况下,这个类型是 String。下标操作的返回类型可以是任何类型。

通过成员名称的动态成员查找,可以创建一个包装类型,用于处理在编译时无法进行类型检查的数据,例如在将其他语言的数据桥接到 Swift 时。比如:

@dynamicMemberLookup
struct DynamicStruct {
    let dictionary = ["someDynamicMember": 325,
                      "someOtherMember": 787]
    subscript(dynamicMember member: String) -> Int {
        return dictionary[member] ?? 1054
    }
}
let s = DynamicStruct()

// 使用动态成员查询
let dynamic = s.someDynamicMember
print(dynamic)
// 打印 "325"

// 直接调用底层下标
let equivalent = s[dynamicMember: "someDynamicMember"]
print(dynamic == equivalent)
// 打印 "true"

按键路径进行动态成员查找能以支持编译时类型检查的方式实现包装类型。例如:

struct Point { var x, y: Int }

@dynamicMemberLookup
struct PassthroughWrapper<Value> {
    var value: Value
    subscript<T>(dynamicMember member: KeyPath<Value, T>) -> T {
        get { return value[keyPath: member] }
    }
}

let point = Point(x: 381, y: 431)
let wrapper = PassthroughWrapper(value: point)
print(wrapper.x)

freestanding

freestanding 特性应用于独立宏的声明。

frozen

将此特性应用于结构体或枚举的声明,以限制可以对该类型所能进行的更改类型。此特性仅在以库演进模式编译时允许使用。库的未来版本不能通过添加、删除或重新排序枚举的成员或结构体的存储实例属性来更改其声明。这些更改在非冻结类型上是允许的,但会破坏冻结类型的 ABI 兼容性。

在库演进模式下,与非冻结结构体和枚举成员交互的代码会以一种特殊的方式编译,即使库的未来版本添加、移除或重新排序了该类型的一些成员,该代码也可以继续工作,而无需重新编译。编译器通过在运行时查找信息和添加间接层等技术实现了这一点。将结构体或枚举标记为冻结(frozen)会放弃这种灵活性以获得性能提升:库的未来版本只能对该类型进行有限的更改,但编译器可以在与该类型成员交互的代码中进行额外的优化。

冻结类型、冻结结构体的存储属性类型以及冻结枚举成员的关联值类型必须是 public,或标记为 usableFromInline 特性。冻结结构体的属性不能有属性观察者,并且为存储实例属性提供初始值的表达式必须遵循与可内联函数相同的限制,详见

要在命令行上启用库演化模式,请将 -enable-library-evolution 选项传递给 Swift 编译器。要在 Xcode 中启用它,请将 "Build Libraries for Distribution" 构建设置 (BUILDLIBRARYFOR_DISTRIBUTION) 设置 Yes,见:Xcode Help

对一个冻结的枚举进行 switch 语句时,不需要包含 default 分支,如 中所述。在对冻结枚举进行 switch 时,如果包含 default@unknown default 分支,会产生一个警告,因为这些代码永远不会被执行。

GKInspectable

应用此特性可将自定义 GameplayKit 组件属性公开给 SpriteKit 编辑器 UI。应用此特性还隐含着 objc 特性。

inlinable

将此特性应用于函数、方法、计算属性、下标操作、便利构造器或析构器声明,以将该声明的实现公开为模块的公共接口的一部分。编译器可以允许在调用位置用符号实现的副本替换对可内联符号的调用。

可内联代码可以与任何模块中声明的 openpublic 符号进行交互,并且可以与同一模块中标记为 usableFromInline 特性的 internal 符号进行交互。可内联代码无法与 privatefileprivate 符号进行交互。

此特性不能应用于嵌套在函数内部的声明,也不能应用于 fileprivateprivate 声明。定义在可内联函数内部的函数和闭包是隐式可内联的,即使它们不能用此特性标记。

main

将此特性应用于结构体、类或枚举声明,以表示它包含程序流程的顶级入口点。该类型必须提供一个不接受任何参数并返回 Voidmain 类型函数。例如:

@main
struct MyTopLevel {
    static func main() {
        // 顶层代码在此处编写
    }
}

描述 main 特性要求的另一种方法是,特性作用于的类型必须满足与遵循以下假设协议的类型相同的要求:

protocol ProvidesMain {
    static func main() throws
}

编译为可执行文件的 Swift 代码最多只能包含一个顶级入口点,详见

nonobjc

将此特性应用于方法、属性、下标操作或构造器声明,以抑制隐式 objc 特性。nonobjc 特性告诉编译器此声明在 Objective-C 代码中不可用,尽管在 Objective-C 中可以表示它。

将此特性应用于扩展与将其应用于该扩展中未显式标记为 objc 特性的每个成员具有相同的效果。

你可以使用 nonobjc 特性来解决标记为 objc 的类中桥接方法的循环引用问题,并且将允许重载标记为 objc 的类中的方法和构造器。

标记为 nonobjc 特性的方法不能被标记为 objc 特性的方法重写。然而,标记为 objc 特性的方法可以被标记为 nonobjc 特性的方法重写。同样,标记为 nonobjc 特性的方法不能满足标记为 objc 特性的方法的协议要求。

NSApplicationMain

将此特性应用于一个类,以指示它是应用程序委托。使用此特性等同于调用 NSApplicationMain 函数。

如果你不使用此特性,请提供一个在顶层调用 NSApplicationMain(::) 函数的 main.swift 文件,如下所示:

import AppKit
NSApplicationMain(CommandLine.argc, CommandLine.unsafeArgv)

你编译为可执行文件的 Swift 代码最多只能包含一个顶级入口点,见 中的讨论。

NSCopying

将此特性应用于类的存储变量属性。此特性会导致属性的 setter 被合成为使用 copyWithZone(_:) 方法返回的属性值副本,而不是属性值本身。属性的类型必须遵循 NSCopying 协议。

NSCopying 特性的行为类似于 Objective-C 的 copy 属性特性。

NSManaged

将此特性应用于从 NSManagedObject 继承的类的实例方法或存储属性变量,以表明 Core Data 会在运行时根据关联的实体描述动态提供其实现。对于标有 NSManaged 特性的属性,Core Data 还会在运行时提供存储。应用此特性也隐含了 objc 特性。

objc

将此特性应用于任何可以用 Objective-C 表示的声明——例如,非嵌套类、协议、非泛型枚举(限制为整数原始值类型)、类的属性和方法(包括 getter 和 setter)、协议的可选成员、构造器和下标操作。objc 特性告诉编译器该声明可以在 Objective-C 代码中使用。

将此特性应用于扩展与将其应用于该扩展中未显式标记为 nonobjc 特性的每个成员具有相同的效果。

编译器隐式地将 objc 特性添加到 Objective-C 中定义的任何类的子类中。然而,子类不能是泛型的,也不能继承任何泛型类。如下所述,你可以显式地将 objc 特性添加到满足这些标准的子类中,以指定其 Objective-C 名称。标记为 objc 特性的协议不能继承未标记此特性的协议。

objc 特性在以下情况下也会被隐式添加:

如果你将 objc 特性应用于枚举,每个枚举成员都会在 Objective-C 代码中以枚举名称和枚举成员名称的组合形式暴露出来,且枚举成员名称的首字母会大写。例如,在 Swift 中名为 Planet 的枚举中的一个名为 venus 的枚举成员在 Objective-C 代码中将会以名为 PlanetVenus 的成员暴露出来。

objc 特性可以选择接受一个特性参数,该参数由一个标识符组成。该标识符指定了向 Objective-C 暴露的被 objc 特性所应用到的实体的名称。你可以使用此参数为类、枚举、枚举成员、协议、方法、getter、setter 和构造器命名。如果你为类、协议或枚举指定 Objective-C 名称,请在名称前加上三个字母的前缀,如 ConventionsProgramming with Objective-C 中所述。下面的示例将 ExampleClassenabled 属性的 getter 暴露给 Objective-C 代码,名称为 isEnabled,而不仅仅是属性本身的名称。

class ExampleClass: NSObject {
    @objc var enabled: Bool {
        @objc(isEnabled) get {
            // 返回适当的值
        }
    }
}

更多信息,请参见 Importing Swift into Objective-C

objcMembers

将此特性应用于类声明,以隐式地将 objc 特性应用于该类所有与 Objective-C 兼容的成员、其扩展、其子类及其子类的所有扩展。

大多数代码应使用 objc 特性,仅暴露需要的声明。如果你需要暴露多个声明,可以将它们分组到一个带有 objc 特性的扩展中。objcMembers 特性是一个方便的工具,适用于大量使用 Objective-C 运行时的自省功能的库。在不需要时应用 objc 特性可能会增加你的二进制文件大小并对性能产生不利影响。

preconcurrency

将此特性应用于声明,以抑制严格的并发检查。你可以将此特性应用于以下类型的声明:

在导入声明中,此特性降低了对使用导入模块类型的代码的并发检查的严格性。具体来说,导入模块中未显式标记为不可发送(nonsendable)的类型可以在需要可发送(sendable)类型的上下文中使用。

在其他声明中,此特性降低了对使用所声明符号的代码进行并发检查的严格性。当你在具有最小并发检查的范围内使用此符号时,该符号指定的与并发相关的约束,例如 Sendable 要求或全局 actor,将不会被检查。

你可以按如下方式使用此特性,以帮助将代码迁移到严格的并发检查:

对于其他声明,当你在声明中添加与并发相关的约束时,如果你仍有未迁移到严格检查的客户端,请添加 preconcurrency 特性。在所有客户端迁移后,删除 preconcurrency 特性。

来自 Objective-C 的声明在导入时始终被视为带有 preconcurrency 特性标记。

propertyWrapper

将此特性应用于类、结构体或枚举声明,以将该类型用作属性包装器。当你将此特性应用于某个类型时,你会创建一个与该类型同名的自定义特性。将该新特性应用于类、结构体或枚举的属性,以通过包装器类型的实例来包装对该属性的访问;将特性应用于局部存储变量声明,以相同方式包装对变量的访问。计算变量、全局变量和常量不能使用属性包装器。

包装器必须定义一个 wrappedValue 实例属性。该属性的被包装值是 getter 和 setter 所暴露的值。在大多数情况下,wrappedValue 是一个计算值,但它也可以是一个存储值。包装器定义并管理其被包装值所需的任何底层存储。编译器通过在包装属性的名称前加下划线 () 来合成包装器类型实例的存储——例如,someProperty 的包装器存储为 someProperty。包装器的合成存储具有 private 的访问控制级别。

一个具有属性包装器的属性可以包含 willSetdidSet 块,但它不能覆盖编译器合成的 getset 块。

Swift 提供了两种语法糖形式用于初始化属性包装器。你可以在被包装值的定义中使用赋值语法,将赋值右侧的表达式作为参数传递给属性包装器构造器的 wrappedValue 参数。你还可以在将特性应用于属性时提供参数,这些参数会传递给属性包装器的构造器。例如,在下面的代码中,SomeStruct 调用 SomeWrapper 定义的每个构造器。

@propertyWrapper
struct SomeWrapper {
    var wrappedValue: Int
    var someValue: Double
    init() {
        self.wrappedValue = 100
        self.someValue = 12.3
    }
    init(wrappedValue: Int) {
        self.wrappedValue = wrappedValue
        self.someValue = 45.6
    }
    init(wrappedValue value: Int, custom: Double) {
        self.wrappedValue = value
        self.someValue = custom
    }
}

struct SomeStruct {
    // 使用 init()
    @SomeWrapper var a: Int

    // 使用 init(wrappedValue:)
    @SomeWrapper var b = 10

    // 二者都使用 init(wrappedValue:custom:)
    @SomeWrapper(custom: 98.7) var c = 30
    @SomeWrapper(wrappedValue: 30, custom: 98.7) var d
}

被呈现值对于一个被包装属性而言是可以让属性包装器用来暴露额外功能的第二个值。属性包装器类型的作者负责确定其被呈现值的含义,并定义被呈现值所暴露的接口。要从属性包装器中投射一个值,请在包装器类型上定义一个 projectedValue 实例属性。编译器通过在包装属性的名称前加上美元符号($`)来合成被呈现值的标识符——例如,`someProperty` 的被呈现值是 `$someProperty。被呈现值具有与原始包装属性相同的访问控制级别。

@propertyWrapper
struct WrapperWithProjection {
    var wrappedValue: Int
    var projectedValue: SomeProjection {
        return SomeProjection(wrapper: self)
    }
}
struct SomeProjection {
    var wrapper: WrapperWithProjection
}

struct SomeStruct {
    @WrapperWithProjection var x = 123
}
let s = SomeStruct()
s.x           // Int 类型的值
s.$x          // SomeProjection 类型的值
s.$x.wrapper  // WrapperWithProjection 类型的值

resultBuilder

将此特性应用于类、结构体或枚举,以将该类型用作结果构造器。结果构造器是一种逐步构建嵌套数据结构的类型。你可以使用结果构造器来实现一种用于以自然、声明式方式创建嵌套数据结构的领域特定语言(DSL)。有关如何使用 resultBuilder 特性的示例,见

结果构造方法

结果构造器实现了以下描述的静态方法。由于结果构造器的所有功能都是通过静态方法暴露的,因此你永远不需要初始化该类型的实例。结果构造器必须实现 buildBlock(_:) 方法,或者同时实现 buildPartialBlock(first:)buildPartialBlock(accumulated:next:) 方法。其他方法(这些方法在 DSL 中启用额外功能)是可选的。结果构造器类型的声明实际上不必包含对任何协议的遵循。

静态方法的描述中使用了三种类型作为占位符。Expression 是构造器输入类型的占位符,Component 是部分结果类型的占位符,而 FinalResult 是构造器生成的结果类型的占位符。你需要用结果构造器实际使用的类型替换这些占位符。如果你的结果构建方法没有为 ExpressionFinalResult 指定类型,那么它们默认与 Component 类型相同。

块的构造的方法如下:

结果构造器可以实现上述列出的所有三种块构建方法;在这种情况下,可用性决定调用哪个方法。默认情况下,Swift 会调用 buildPartialBlock(first:)buildPartialBlock(accumulated:next:) 方法。要让 Swift 调用 buildBlock(_:) 方法,请将包围声明标记为早于 buildPartialBlock(first:)buildPartialBlock(accumulated:next:) 方法的可用性。

其他结果构造方法如下:

例如,下面的代码定义了一个简单的结果构造器,用于构建一个整数数组。此代码将 ComponentExpression 定义为类型别名,以便更容易将下面的示例与上面的方法列表进行匹配。

@resultBuilder
struct ArrayBuilder {
    typealias Component = [Int]
    typealias Expression = Int
    static func buildExpression(_ element: Expression) -> Component {
        return [element]
    }
    static func buildOptional(_ component: Component?) -> Component {
        guard let component = component else { return [] }
        return component
    }
    static func buildEither(first component: Component) -> Component {
        return component
    }
    static func buildEither(second component: Component) -> Component {
        return component
    }
    static func buildArray(_ components: [Component]) -> Component {
        return Array(components.joined())
    }
    static func buildBlock(_ components: Component...) -> Component {
        return Array(components.joined())
    }
}

结果转换

递归应用以下语法转换,将使用结果构造器语法的代码转换为调用结果构造器类型的静态方法的代码:

``swift @ArrayBuilder var builderNumber: [Int] { 10 } var manualNumber = ArrayBuilder.buildExpression(10) ``

你可以使用 buildLimitedAvailability(_:) 方法来擦除根据所采用的分支而变化的类型信息。例如,下面的 buildEither(first:)buildEither(second:) 方法使用一个泛型类型,该类型捕获有关两个分支的类型信息。

```swift protocol Drawable { func draw() -> String } struct Text: Drawable { var content: String init(_ content: String) { self.content = content } func draw() -> String { return content } } struct Line: Drawable { var elements: [D] func draw() -> String { return elements.map { $0.draw() }.joined(separator: "") } } struct DrawEither: Drawable { var content: Drawable func draw() -> String { return content.draw() } }

@resultBuilder struct DrawingBuilder { static func buildBlock(_ components: D...) -> Line { return Line(elements: components) } static func buildEither(first: First) -> DrawEither { return DrawEither(content: first) } static func buildEither(second: Second) -> DrawEither { return DrawEither(content: second) } } ```

然而,这种方法在具有可用性检查的代码中会导致问题:

```swift @available(macOS 99, *) struct FutureText: Drawable { var content: String init(_ content: String) { self.content = content } func draw() -> String { return content } }

@DrawingBuilder var brokenDrawing: Drawable { if #available(macOS 99, *) { FutureText("Inside.future") // 问题所在 } else { Text("Inside.present") } } // brokenDrawing 的类型是 Line, Line>> ```

在上面的代码中,FutureText 作为 brokenDrawing 类型的一部分出现,因为它是 DrawEither 泛型类型中的类型之一。如果在运行时 FutureText 不可用, 即使在该类型显式未被使用的情况下,这可能会导致你的程序崩溃。

为了解决这个问题,实现一个 buildLimitedAvailability(_:) 方法,通过返回一个始终可用的类型来擦除类型信息。例如,下面的代码通过可用性检查构建一个 AnyDrawable 值。

```swift struct AnyDrawable: Drawable { var content: Drawable func draw() -> String { return content.draw() } } extension DrawingBuilder { static func buildLimitedAvailability(_ content: some Drawable) -> AnyDrawable { return AnyDrawable(content: content) } }

@DrawingBuilder var typeErasedDrawing: Drawable { if #available(macOS 99, *) { FutureText("Inside.future") } else { Text("Inside.present") } } // typeErasedDrawing 的类型是 Line>> ```

例如,如果你编写一个包含三个分支的 switch 语句,编译器将使用一个具有三个叶节点的二叉树。同样,因为从根节点到第二个 case 分支的路径是"第二个子节点",然后是"第一个子节点",所以该 case 分支变成了像 buildEither(first: buildEither(second: ... )) 这样的嵌套调用。以下声明是等效的:

```swift let someNumber = 19 @ArrayBuilder var builderConditional: [Int] { if someNumber < 12 { 31 } else if someNumber == 19 { 32 } else { 33 } }

var manualConditional: [Int] if someNumber < 12 { let partialResult = ArrayBuilder.buildExpression(31) let outerPartialResult = ArrayBuilder.buildEither(first: partialResult) manualConditional = ArrayBuilder.buildEither(first: outerPartialResult) } else if someNumber == 19 { let partialResult = ArrayBuilder.buildExpression(32) let outerPartialResult = ArrayBuilder.buildEither(second: partialResult) manualConditional = ArrayBuilder.buildEither(first: outerPartialResult) } else { let partialResult = ArrayBuilder.buildExpression(33) manualConditional = ArrayBuilder.buildEither(second: partialResult) } ```

```swift @ArrayBuilder var builderOptional: [Int] { if (someNumber % 2) == 1 { 20 } }

var partialResult: [Int]? = nil if (someNumber % 2) == 1 { partialResult = ArrayBuilder.buildExpression(20) } var manualOptional = ArrayBuilder.buildOptional(partialResult) ```

```swift struct DrawBoth: Drawable { var first: First var second: Second func draw() -> String { return first.draw() + second.draw() } }

@resultBuilder struct DrawingPartialBlockBuilder { static func buildPartialBlock(first: D) -> D { return first } static func buildPartialBlock( accumulated: Accumulated, next: Next ) -> DrawBoth { return DrawBoth(first: accumulated, second: next) } }

@DrawingPartialBlockBuilder var builderBlock: some Drawable { Text("First") Line(elements: [Text("Second"), Text("Third")]) Text("Last") }

let partialResult1 = DrawingPartialBlockBuilder.buildPartialBlock(first: Text("first")) let partialResult2 = DrawingPartialBlockBuilder.buildPartialBlock( accumulated: partialResult1, next: Line(elements: [Text("Second"), Text("Third")]) ) let manualResult = DrawingPartialBlockBuilder.buildPartialBlock( accumulated: partialResult2, next: Text("Last") ) ```

```swift @ArrayBuilder var builderBlock: [Int] { 100 200 300 }

var manualBlock = ArrayBuilder.buildBlock( ArrayBuilder.buildExpression(100), ArrayBuilder.buildExpression(200), ArrayBuilder.buildExpression(300) ) ```

```swift @ArrayBuilder var builderArray: [Int] { for i in 5...7 { 100 + i } }

var temporary: [[Int]] = [] for i in 5...7 { let partialResult = ArrayBuilder.buildExpression(100 + i) temporary.append(partialResult) } let manualArray = ArrayBuilder.buildArray(temporary) ```

尽管转换行为是通过临时变量来描述的,但使用结果构造器实际上并不会创建任何在代码其他部分可见的新声明。

你不能在结果构造器转换的代码中使用 breakcontinuedeferguardreturn 语句、while 语句或 do-catch 语句。

转换过程不会改变代码中的声明,这使得你可以使用临时常量和变量逐步构建表达式。它也不会改变 throw 语句、编译时诊断语句或包含 return 语句的闭包。

只要有可能,转换就会被合并。例如,表达式 4 + 5 6 变为 buildExpression(4 + 5 6),而不是多次调用该函数。同样,嵌套分支语句成为调用 buildEither 方法的单个二叉树。

自定义结果构造器特性

创建结果构造器类型会创建一个同名的自定义特性。你可以在以下位置应用该特性:

应用结果构造器特性不会影响 ABI 兼容性。将结果构造器特性应用于参数会使该特性成为函数接口的一部分,这可能会影响源代码的兼容性。

requiresstoredproperty_inits

将此特性应用于类声明,以要求类中的所有存储属性在其定义中提供默认值。对于任何继承自 NSManagedObject 的类,都会推断出此特性。

testable

将此特性应用于 import 声明时,可以通过修改访问控制来简化对模块代码的测试。导入的模块中标记为 internal 访问级别的实体将被导入并视为 public 访问级别声明的实体。标记为 internalpublic 访问级别的类和类成员将被导入并视为 open 访问级别声明的实体。导入的模块必须在启用了测试的情况下编译。

UIApplicationMain

将此特性应用于一个类,以指示它是应用程序委托。使用此特性相当于调用 UIApplicationMain 函数,并将此类的名称作为委托类的名称传递。

如果你不使用此特性,请提供一个包含顶层代码的 main.swift 文件,该代码调用 UIApplicationMain(::::) 函数。例如,如果你的应用使用自定义的 UIApplication 子类作为其主类,请调用 UIApplicationMain(::::) 函数,而不是使用此特性。

编译为可执行文件的 Swift 代码最多只能包含一个顶级入口点,详见

unchecked

将此特性应用于协议类型,作为类型声明中采用的协议列表的一部分,以关闭对该协议要求的强制执行。

唯一支持的协议是 Sendable

usableFromInline

将此特性应用于函数、方法、计算属性、下标操作、构造器或析构器声明,以允许该符号在与声明位于同一模块中定义的内联代码中使用。声明必须具有 internal 访问级别修饰符。标记为 usableFromInline 的结构体或类只能对其属性使用公共类型或 usableFromInline 类型。标记为 usableFromInline 的枚举只能对其枚举成员的原始值和关联值使用公共类型或 usableFromInline 类型。

public 访问级别修饰符一样,这个特性将声明暴露为模块公共接口的一部分。与 public 不同,编译器不允许在模块外的代码中按名称引用标记为 usableFromInline 的声明,即使声明的符号已被导出。然而,模块外的代码仍然可以通过使用运行时行为与声明的符号进行交互。

标记为 inlinable 特性的声明可以隐式地从可内联代码中使用。虽然 inlinableusableFromInline 都可以应用于 internal 声明,但同时应用这两个特性是错误的。

warnunqualifiedaccess

将此特性应用于顶级函数、实例方法、类方法或静态方法,以便在未使用前缀限定符(如模块名称、类型名称、实例变量或实例常量)的情况下使用该函数或方法时触发警告。使用此特性可以帮助减少在同一作用域内访问的具有相同名称的函数之间的歧义。

例如,Swift 标准库包括一个顶级函数 min(::) 和一个用于具有可比较元素的序列的 min() 方法。序列方法使用 warnunqualifiedaccess 特性声明,以帮助减少在 Sequence 扩展中尝试使用其中一个或另一个时的混淆。

Interface Builder 使用的声明特性

Interface Builder 特性是声明特性,供 Interface Builder 与 Xcode 同步使用。Swift 提供了以下 Interface Builder 特性:IBActionIBSegueActionIBOutletIBDesignableIBInspectable。这些特性在概念上与其对应的 Objective-C 特性相同。

你将 IBOutletIBInspectable 特性应用于类的属性声明。 你将 IBActionIBSegueAction 特性应用于类的方法声明, 并将 IBDesignable 特性应用于类声明。

应用 IBAction, IBSegueAction, IBOutlet, IBDesignableIBInspectable 特性也隐含 objc 特性。

类型特性

你只能将类型特性应用于类型。

autoclosure

使用此特性可以通过将表达式自动包装在一个无参数的闭包中来延迟对表达式的求值。你可以在函数或方法声明中将其应用于参数的类型,该参数的类型为不接受参数且返回与表达式类型相同的值的函数类型。关于如何使用 autoclosure 特性的示例,请参见

convention

将此特性应用于函数的类型,以指示其调用约定。

convention 特性总是与以下参数之一一起出现:

除了少数例外,任何调用约定的函数都可以在需要其他调用约定的函数时使用。一个非泛型的全局函数、一个不捕获任何局部变量的局部函数,或者一个不捕获任何局部变量的闭包可以转换为 C 调用约定。其他 Swift 函数无法转换为 C 调用约定。具有 Objective-C 块调用约定的函数无法转换为 C 调用约定。

escaping

将此特性应用于函数或方法声明中的参数类型,以指示参数的值可以存储以供后续执行。这隐含着该值可以超出这次调用的生命周期。具有 escaping 类型特性的函数类型参数需要对属性或方法显式使用 self.。有关如何使用 escaping 特性的示例,见

Sendable

将此特性应用于函数的类型,以指示该函数或闭包是可发送的。

将此特性应用于函数类型与使非函数类型遵循 Sendable 协议具有相同的含义。

如果函数或闭包在需要可发送值的上下文中使用,并且函数或闭包满足可发送的要求,则会在函数和闭包上推断有此特性。

可发送函数类型是相应的不可发送函数类型的子类型。

Switch Case 特性

你只能将 switch case 特性应用于 switch case。

unknown

将此特性应用于 switch case,以指示在代码编译时不期望与任何已知的枚举 case 匹配。有关如何使用 unknown 特性的示例,见

← 返回目录