Swift互用性： 使用Objective-C特性编写Swift类（Swift 2.0版）-b

Posted 2020-07-21 qigemingnan

本节包括内容：

• 继承Objective-C的类（Inheriting from Objective-C Classes）

• 采用协议（Adopting Protocols）

• 编写构造器和析构器（Writing Initializers and Deinitializers）

• 集成Interface Builder（Integrating with Interface Builder）

• 指明属性特性（Specifying Property Attributes）

• 实现Core Data Managed Object子类（Implementing Core Data Managed Object Subclasses）

• 使用带Objective-C API的Swift类名

互用性（互操作性）使开发者可以定义融合了 Objective-C 语言特性的Swift类。编写 Swift 类时，不仅可以继承 Objective-C 语言编写的父类，采用 Objective-C 的协议，还可以利用 Objective-C 的一些其它功能。这意味着，开发者可以基于 Objective-C 中已有的熟悉、可靠的类、方法和框架来创建 Swift 类，并结合 Swift 提供的现代化和更有效的语言特点对其进行优化。

继承Objective-C的类

在 Swift 中，开发者可以定义一个子类，该子类继承自使用 Objective-C 编写的类。创建该子类的方法是，在 Swift 的类名后面加上一个冒号（:），冒号后面跟上 Objective-C 的类名。

import UIKit
class MySwiftViewController: UIViewController {
    // 定义类
}

开发者能够从 Objective-C 的父类中继承所有的功能。如果开发者要覆盖父类中的方法，不要忘记使用override关键字。

NSCoding协议

NSCoding协议要求符合的类型实现所需的构造器init(coder:)。直接采用NSCoding协议的类必须实现这个方法。采用NSCoding协议的类的子类，这些类有一个或者多个自定义的构造器或者不带初始化值的属性，也必须实现这个方法。Xcode提供了以下占位实现来提醒：

required init(coder aDecoder: NSCoder) {
    fatalError("init(coder:) has not been implemented")
}

对那些从 Storyboards 里加载的对象，或者用 NSUserDefaults 或 NSKeyedArchiver 类归档到磁盘的对象，你必须提供一个完整的初始化程序的实现。然而，当类型以此种方式无法实例化的时候，你可能并不需要实现构造器。

采用协议

在 Swift 中，开发者可以采用 Objective-C 中定义好的协议。和 Swift 协议一样，所有 Objective-C 协议都写在一个用逗号隔开的列表中，跟在所在类的父类名后面（如果它有父类的话）。

class MySwiftViewController: UIViewController, UITableViewDelegate, UITableViewDataSource {
    // 定义类
}

Objective-C 协议与 Swift 协议使用上是一致的。如果开发者想在 Swift 代码中引用 UITableViewDelegate协议，可以直接使用UITableViewDelegate（跟在 Objective-C 中引用id是等价的）。

因为在 Swift 中，类和协议的命名空间是统一的，Objective-C 里的 NSObject 协议被重新映射到 Swift 里的 NSObjectProtocol。

编写构造器和析构器

Swift 的编译器确保在初始化时，构造器不允许类里有任何未初始化的属性，这样做能够增加代码的安全性和可预测性。另外，与 Objective-C 语言不同，Swift 不提供单独的内存分配方法供开发者调用。当你使用原生的 Swift 初始化方法时（即使是和 Objective-C 类协作），Swift 会将 Objective-C 的初始化方法转换为 Swift 的初始化方法。关于如何实现开发者自定义构造器的更多信息，请查看构造器。

当开发者希望在类被释放前，执行额外的清理工作时，需要执行一个析构过程来代替dealloc方法。在实例被释放前，Swift 会自动调用析构器来执行析构过程。Swift 调用完子类的析构器后，会自动调用父类的析构器。当开发者使用 Objective-C 类或者是继承自 Objective-C 类的 Swift 类时，Swift 也会自动为开发者调用这个类的父类里的dealloc方法。关于如何实现开发者自定义析构器的更多信息，请查看[析构器]。

集成Interface Builder

Swift 编译器包含一些属性，使得开发者的 Swift 类集成了 Interface Builder 里的一些特色功能。和 Objective-C 里一样，你能在 Swift 里面使用 outlets，actions 和实时渲染（live rendering）。

使用Outlets和Action

使用 Outlets 和 Action 可以连接源代码和 Interface Builder 的 UI 对象。在Swift里面使用 Outlets 和 Action，需要在属性和方法声明前插入@IBOutlet或者@IBAction关键字。声明一个 Outlet 集合同样是用@IBOutlet属性，即为类型指定一个数组。

当开发者在 Swift 里面声明了一个 Outlet 时，Swift 编译器会自动将该类型转换为弱（weak）、隐式（implicitly）、未包装（unwrapped）的 optional（Objective-C 里面对应指针类型）数据类型，并为它分配一个初始化的空值nil。实际上，编译器使用@IBOutlet weak var name: Type! = nil来代替 @IBOutlet var name: Type。编译器将该类型转换成了弱（weak）、隐式（implicitly）、未包装（unwrapped）的 optional 类型，因此开发者就不需要在构造器中为该类型分配一个初始值了。当开发者从故事板（storyboard）或者xib文件里面初始化对象 class 后，定义好的 Outlet 和这些对象连接在一起了，所以，这些 Outlet 是隐式的，未包装的。由于创建的 outlets 一般都是弱关系，因此默认 outlets 是弱类型。

例如，下面的 Swift 代码声明了一个拥有 Outlet、Outlet 集合和 Action 的类：

class MyViewController: UIViewController {
    @IBOutlet var button: UIButton
    @IBOutlet var textFields: UITextField[]
    @IBAction func buttonTapped(AnyObject) {
        println("button tapped!")
    }
}

在buttonTapped方法中，消息发送者的信息没有被使用，因此可以省略该方法的参数名。

实时渲染（live rendering）

开发者可以在 Interface Builder 中用@IBDesignable和@IBInspectable来创建生动、可交互的自定义视图（view）。开发者继承UIView或者NSView来自定义一个视图（view）时，可以在类声明前添加@IBDesignable属性。当你在 Interface Builder 里添加了自定义的视图后（在监视器面板的自定义视图类中进行设置），Interface Builder 将在画布上渲染你自定义的视图。

注意：只能针对框架里对象进行实时渲染

你也可以将@IBInspectable属性添加到和用户定义的运行时属性兼容的类型属性里。这样，当开发者将自定义的视图添加到 Interface Builder 里后，就可以在监视器面板中编辑这些属性。

@IBDesignable
class MyCustomView: UIView {
    @IBInspectable var textColor: UIColor
    @IBInspectable var iconHeight: CGFloat
    /* ... */
}

指明属性特性

在 Objective-C 中，属性通常都有一组特性（Attributes）说明来指明该属性的一些附加信息。在 Swift 中，开发者可以通过不同的方法来指明属性的这些特性。

强类型和弱类型

Swift 里属性默认都是强类型的。使用weak关键字修饰一个属性，能指明其对象存储时是一个弱引用。该关键字仅能修饰 optional 对象类型。更多的信息，请查阅特性。

读／写和只读

在 Swift 中，没有readwrite和readonly特性。当声明一个存储型属性时，使用let修饰其为只读；使用var修饰其为可读／写。当声明一个计算型属性时，为其提供一个 getter 方法，使其成为只读的；提供 getter 方法和 setter 方法，使其成为可读／写的。更多信息，请查阅属性。

拷贝

在 Swift 中，Objective-C 的copy特性被转换为@NSCopying属性。这一类的属性必须遵守 NSCopying协议。更多信息，请查阅特性。

实现Core Data Managed Object子类

Core Data 提供了基本存储和实现NSManagedObject子类的一组属性。在与Core Data 模型中管理对象子类相关的特性或者关系的每个属性定义之前，将@NSmanaged特性加入。与 Objective-C 里面的 @dynamic特性类似，@NSManaged特性告知 Swift 编译器，这个属性的存储和实现将在运行时完成。但是，与@dynamic不同的是，@NSManaged特性仅在 Core Data 支持中可用。

Swift 类被命名空间化---他们局限于被编译的模块中（最典型的是Target）。 为了使用带 Core Data 模型的NSManagedObject类的 Swift 子类，在模型实体监视器的类区域里，用模块名字作为类名的前缀。

使用带Objective-C API的Swift类名

Swift 类的命名基于他们被编译的模块，即使是使用来自 Objective-C 的代码。和 Objective-C 不同的是，所有的类都是全局命名空间的一部分，必须没有相同的名字，Swift 类可以基于他们存在的模块来消除歧义。比如，被称为 MyFramework 框架中的被叫做DataManager 的 Swift 类的全限定名就是 MyFramework.DataManager。一个 Swift 应用目标就是模块本身，所以，在一个叫 MyGreatApp 的应用里，叫 Observer 的 Swift 类的全限定名是 MyGreatApp.Observer。

为了保存在 Objective-C 代码里使用的 Swift 类，Swift类用他们的全限定名暴漏给 Objective-C 运行时。因此，当你使用那些对 Swift 类的字符串代表起作用的 API，必须包含类的全限定名。比如，当你创建一个基于文档的 Mac 应用，要在应用的 Info.plist 里提供 NSDocument 子类的名字。Swift里，你必须使用文档子类的全名，包括从你的应用或者框架里派生出来的模块名字。 下面的例子中，NSClassFromString方法用于检索一个来自字符串代表的类的引用。为了检索 Swift 类，需要使用全限定名，包括应用的名字。

let myPersonClass:AnyClass(NSClassFromString("MyGreatApp.Person"))