Swift和Objective-C如何兼顧？且看@objc和Dynamic

標籤：

2015-02-05 00:18 王巍 http://swifter.tips/ 字型大小：T | T

Objective-C經過了二十多年的洗禮，Cocoa架構早就烙上了不可磨滅的印記。無數的第三方庫是用Objective-C寫成的，這些積累無論是誰都不能小覷。因此，在最初的版本中，Swift不得不考慮與Objective-C的相容。

AD：乾貨來了,不要等！WOT2015 北京站演講PPT開放下載！

 

雖然說 Swift 語言的初衷是希望能擺脫 Objective-C 的沉重的曆史包袱和約束，但是不可否認的是經過了二十多年的洗禮，Cocoa 架構早就烙上了不可磨滅的 Objective-C 的印記。無數的第三方庫是用 Objective-C 寫成的，這些積累無論是誰都不能小覷。因此，在最初的版本中，Swift 不得不考慮與 Objective-C 的相容。

Apple 採取的做法是允許我們在同一個項目中同時使用 Swift 和 Objective-C 來進行開發。其實一個項目中的 Objective-C 檔案和 Swift 檔案是處於兩個不同世界中的，為了讓它們能相互聯通，我們需要添加一些橋樑。

首先通過添加 {product-module-name}-Bridging-Header.h 檔案，並在其中填寫想要使用的標頭檔名稱，我們就可以很容易地在 Swift 中使用 Objective-C 代碼了。Xcode 為了簡化這個設定，甚至在 Swift 項目中第一次匯入 Objective-C 檔案時會主動彈框進行詢問是否要自動建立這個檔案，可以說是非常方便。

但是如果想要在 Objective-C 中使用 Swift 的類型的時候，事情就複雜一些。如果是來自外部的架構，那麼這個架構與 Objective-C 項目肯定不是處在同一個 target 中的，我們需要對外部的 Swift module 進行匯入。這個其實和使用 Objective-C 的原來的 Framework 是一樣的，對於一個項目來說，外界架構是由 Swift 寫的還是 Objective-C 寫的，兩者並沒有太大區別。我們通過使用 2013 年新引入的 @import 來引入 module：

1. @import MySwiftKit; 

之後就可以正常使用這個 Swift 寫的架構了。

如果想要在 Objective-C 裡使用的是同一個項目中的 Swift 的源檔案的話，可以直接匯入自動產生的標頭檔 {product-module-name}-Swift.h 來完成。比如項目的 target 叫做 MyApp 的話，我們就需要在 Objective-C 檔案中寫

1. #import "MyApp-Swift.h" 

但這隻是故事的開始。Objective-C 和 Swift 在底層使用的是兩套完全不同的機制，Cocoa 中的 Objective-C 對象是基於運行時的，它從骨子裡遵循了 KVC (Key-Value Coding，通過類似字典的方式儲存物件資訊) 以及動態派發 (Dynamic Dispatch，在運行調用時再決定實際調用的具體實現)。而 Swift 為了追求效能，如果沒有特殊需要的話，是不會在運行時再來決定這些的。也就是說，Swift 類型的成員或者方法在編譯時間就已經決定，而運行時便不再需要經過一次尋找，而可以直接使用。

顯而易見，這帶來的問題是如果我們要使用 Objective-C 的代碼或者特性來調用純 Swift 的類型時候，我們會因為找不到所需要的這些運行時資訊，而導致失敗。解決起來也很簡單，在 Swift 類型檔案中，我們可以將需要暴露給 Objective-C 使用的任何地方 (包括類，屬性和方法等) 的聲明前面加上 @objc 修飾符。注意這個步驟只需要對那些不是繼承自 NSObject 的類型進行，如果你用 Swift 寫的 class 是繼承自 NSObject 的話，Swift 會預設自動為所有的非 private 的類和成員加上 @objc。這就是說，對一個 NSObject 的子類，你只需要匯入相應的標頭檔就可以在 Objective-C 裡使用這個類了。

@objc 修飾符的另一個作用是為 Objective-C 側重新聲明方法或者變數的名字。雖然絕大部分時候自動轉換的方法名已經足夠好用 (比如會將 Swift 中類似 init(name: String) 的方法轉換成 -initWithName:(NSString *)name 這樣)，但是有時候我們還是期望 Objective-C 裡使用和 Swift 中不一樣的方法名或者類的名字，比如 Swift 裡這樣的一個類：

1. class 我的類 {  
2.     func 打招呼(名字: String) {  
3.         println("哈嘍，\(名字)")  
4.     }  
5. }  
6.  
7. 我的類().打招呼("小明") 

Objective-C 的話是無法使用中文來進行調用的，因此我們必須使用 @objc 將其轉為 ASCII 才能在 Objective-C 裡訪問：

1. @objc(MyClass)  
2. class 我的類 {  
3.     @objc(greeting:)  
4.     func 打招呼(名字: String) {  
5.         println("哈嘍，\(名字)")  
6.     }  
7. } 

我們在 Objective-C 裡就能調用 [[MyClass new] greeting:@"XiaoMing"] 這樣的代碼了 (雖然比起原來一點都不好玩了)。另外，正如上面所說的以及在 Selector 一節中所提到的，即使是 NSObject 的子類，Swift 也不會在被標記為 private 的方法或成員上自動加 @objc。如果我們需要使用這些內容的動態特性的話，我們需要手動給它們加上 @objc 修飾。

添加 @objc 修飾符並不意味著這個方法或者屬性會變成動態派發，Swift 依然可能會將其最佳化為靜態調用。如果你需要和 Objective-C 裡動態調用時相同的運行時特性的話，你需要使用的修飾符是 dynamic。一般情況下在做 app 開發時應該用不上，但是在施展一些像動態替換方法或者運行時再決定實現這樣的 "黑魔法" 的時候，我們就需要用到 dynamic 修飾符了。在之後的 KVO 一節中，我們還會提到一個關於使用 dynamic 的執行個體。

Swift和Objective-C如何兼顧？且看@objc和Dynamic（轉）