當單繼承不夠用,很難為問題域建模時,我們通常都會直接想到多繼承。多繼承是從多余一個直接基類派生類的能力,可以更加直接地為應用程序建模。但是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方法)。
- @interface Teacher : NSObject
- @end
@interface Teacher : NSObject
@end
- @interface Doctor : NSObject
- - (void)operate;
- @end
rface Doctor : NSObject
- (void)operate;
@end
通過快速消息轉發,可以很輕松的讓teacher調用doctor的方法做手術。
Teacher類需要實現將消息轉發給Doctor:
- - (id)forwardingTargetForSelector:(SEL)aSelector
- {
- Doctor *doctor = [[Doctor alloc]init];
- if ([doctor respondsToSelector:aSelector]) {
- return doctor;
- }
- return nil;
- }
(id)forwardingTargetForSelector:(SEL)aSelector
{
Doctor *doctor = [[Doctor alloc]init];
if ([doctor respondsToSelector:aSelector]) {
return doctor;
}
return nil;
}
雖然消息可以動態轉發傳遞,但是編輯器的靜態檢查是繞不過的,那麼問題來了,既然Teacher類沒有實現operate方法又該如何聲明呢?
到目前為止,我只想到下面2種方法:
聲明方法1 ———— 類別
- @interface Teacher (DoctorMethod)
- - (void)operate;
- @end
@interface Teacher (DoctorMethod)
- (void)operate;
@end
聲明方法2 ———— 導入頭文件、調用時強轉類型
Teacher類頭文件需要包含Doctor頭文件,告訴編譯器去Doctor.h中可以找到operator方法的聲明,並且在調用時強轉類型。
- Teacher *teacher = [[Teacher alloc]init];
- [(Doctor *)teacher operate];
Teacher *teacher = [[Teacher alloc]init];
[(Doctor *)teacher operate];
有興趣可以思考一個問題:如果將其類型轉成 id ,也可以編譯通過,並實現轉發。可是會帶來什麼隱患呢?
方法1使用類別足夠清晰簡便,為什麼還要提出辦法2呢 ? 我的想法是,方法1的弊端是拋出來的方法是定死的,而且在.h裡露著;方法2就相對靈活,而且隱藏了我要轉發的消息。