使用Objective-C特性编写Swift类


使用Objective-C特性编写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<UITableViewDelegate>是等价的)。

因为在 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方法。关于如何实现开发者自定义析构器的更多信息,请查看[析构器]https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/Swift_Programming_Language/Deinitialization.html#//apple_ref/doc/uid/TP40014097-CH19)。

集成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 中,没有readwritereadonly特性。当声明一个存储型属性时,使用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"))