Objective-C 的“多繼承”

當單繼承不夠用，很難為問題域建模時，我們通常都會直接想到多繼承。多繼承是從多余一個直接基類派生類的能力，可以更加直接地為應用程序建模。但是Objective-C不支持多繼承，由於消息機制名字查找發生在運行時而非編譯時，很難解決多個基類可能導致的二義性問題。不過其實 Objective-C 也無需支持多繼承，我們可以找到如下幾種間接實現多繼承目的的方法：

• 消息轉發
• delegate和protocol
• 類別

消息轉發

向someObject發送某消息，但runtime system在當前類和父類中都找不到對應方法的實現時，runtime system並不會立即報錯使程序崩潰，而是依次執行下列步驟：

分別簡述一下流程： 1.動態方法解析 向當前類發送 resolveInstanceMethod: 信號，檢查是否動態向該類添加了方法。（迷茫請搜索：@dynamic） 2.快速消息轉發
檢查該類是否實現了 forwardingTargetForSelector: 方法，若實現了則調用這個方法。若該方法返回值對象非nil或非self，則向該返回對象重新發送消息。
3.標准消息轉發
runtime發送methodSignatureForSelector:消息獲取Selector對應的方法簽名。返回值非空則通過forwardInvocation:轉發消息，返回值為空則向當前對象發送doesNotRecognizeSelector:消息，程序崩潰退出。

顧名思義，我們可以利用上述過程中的2、3兩種方式來完成消息轉發。

快速消息轉發

快速消息轉發的實現方法很簡單，只需要重寫 - (id)forwardingTargetForSelector:(SEL)aSelector 方法即可。
我來舉個簡單的例子，比如現有2個類：Teacher 和 Doctor，Doctor可以做手術（operate方法）。

1. @interface Teacher : NSObject
3. @end

@interface Teacher : NSObject

@end

1. @interface Doctor : NSObject
3. - (void)operate;
4. @end

   rface Doctor : NSObject
   
   - (void)operate;
   @end

通過快速消息轉發，可以很輕松的讓teacher調用doctor的方法做手術。

Teacher類需要實現將消息轉發給Doctor：

1. - (id)forwardingTargetForSelector:(SEL)aSelector
2. {
3. Doctor *doctor = [[Doctor alloc]init];
4. if ([doctor respondsToSelector:aSelector]) {
5. return doctor;
6. }
7. return nil;
8. }

   (id)forwardingTargetForSelector:(SEL)aSelector
   {
       Doctor *doctor = [[Doctor alloc]init];
   	if ([doctor respondsToSelector:aSelector]) {
   		return doctor;
   	}
   	return nil;
   }
   

雖然消息可以動態轉發傳遞，但是編輯器的靜態檢查是繞不過的，那麼問題來了，既然Teacher類沒有實現operate方法又該如何聲明呢？
到目前為止，我只想到下面2種方法：

聲明方法1 ———— 類別

1. @interface Teacher (DoctorMethod)
2. - (void)operate;
4. @end

   @interface Teacher (DoctorMethod)
   - (void)operate;
   
   @end

聲明方法2 ———— 導入頭文件、調用時強轉類型
Teacher類頭文件需要包含Doctor頭文件，告訴編譯器去Doctor.h中可以找到operator方法的聲明，並且在調用時強轉類型。

1. Teacher *teacher = [[Teacher alloc]init];
2. [(Doctor *)teacher operate];

    Teacher *teacher = [[Teacher alloc]init];
    [(Doctor *)teacher operate];

有興趣可以思考一個問題：如果將其類型轉成 id ，也可以編譯通過，並實現轉發。可是會帶來什麼隱患呢？

方法1使用類別足夠清晰簡便，為什麼還要提出辦法2呢 ？ 我的想法是，方法1的弊端是拋出來的方法是定死的，而且在.h裡露著；方法2就相對靈活，而且隱藏了我要轉發的消息。