Objective-C不支持多重繼承，但是我們有方法實(shí)現(xiàn)偽繼承.
舉個(gè)例子，加入對(duì)象A無(wú)法處理消息fun，而對(duì)象B可以處理，此時(shí)A已經(jīng)繼承于類(lèi)C，所以此時(shí)A不能再繼承B。我們可以用消息轉(zhuǎn)發(fā)的方式，來(lái)將消息轉(zhuǎn)發(fā)給能夠處理fun消息的對(duì)象B。
當(dāng)然可以這么實(shí)現(xiàn)
1 A: 2 -fun 3 { 4 ? ? ? ? if([B respondTo:@selector(fun)]) 5 ? ? ? ? { 6 ? ? ? ? ? ? ? ? return [B fun]; 7 ? ? ? ? } 8 ? ? ? ? return self; 9 }
|
這樣簡(jiǎn)單的將消息轉(zhuǎn)發(fā)出去，但是此方式欠妥，特別是當(dāng)很多消息都要A來(lái)處理，但是A又無(wú)法處理的時(shí)候，你需要實(shí)現(xiàn)各種fun來(lái)提供每一種方法處理方式。并且當(dāng)寫(xiě)下代碼的時(shí)候，所能處理的消息集合也就必須確定下來(lái)，也就是說(shuō)是靜態(tài)的。
有一種解決方案可以解決此問(wèn)題 : forwardInvocation：方法，此方法繼承與NSObject。不過(guò)NSObject中此方法的實(shí)現(xiàn)，只是簡(jiǎn)單的調(diào)用了doesNotRecognizeSelector:
我們要做的是重寫(xiě)需要轉(zhuǎn)發(fā)消息的類(lèi)A的forwardInvocation方法，以實(shí)現(xiàn)將消息轉(zhuǎn)發(fā)給能處理fun消息的對(duì)象。
- (void)forwardInvocation:(NSInvocation *)anInvocation
|
{
|
if ([B respondsToSelector:[anInvocation selector])
|
[anInvocation B];
|
else
|
[super forwardInvocation:anInvocation];
|
}
|
還有關(guān)鍵一步，是重寫(xiě)methodSignatureForSelector方法，此方法是在向?qū)ο蟀l(fā)送不能處理的消息的時(shí)候調(diào)用的，此方法可判斷消息fun是否有效注冊(cè)。如果注冊(cè)過(guò)fun，那么則返回fun消息的地址之類(lèi)的信息，如果無(wú)效則返回nil，那么就crash掉。所以我們要把fun消息注冊(cè)為一個(gè)有效的。
1 - (NSMethodSignature*)methodSignatureForSelector:(SEL)selector
2 {
3 NSMethodSignature* signature = [super methodSignatureForSelector:selector];
4
5 if (!signature)//如果父類(lèi)中無(wú)注冊(cè)fun消息，那么將B注冊(cè)
6 signature = [B methodSignatureForSelector:selector];
7
8 return signature;
9 }
|
這樣一來(lái)，消息fun將被轉(zhuǎn)發(fā)至B。
我們來(lái)說(shuō)一下向一個(gè)對(duì)象發(fā)送消息后，系統(tǒng)的處理流程
1.首先發(fā)送消息[A fun];
2.系統(tǒng)會(huì)檢查A能否響應(yīng)這個(gè)fun消息，如果能響應(yīng)則A響應(yīng)
3.如果不能響應(yīng)，則調(diào)用methodSignatureForSelector:來(lái)詢(xún)問(wèn)這個(gè)消息是否有效，包括去父類(lèi)中詢(xún)問(wèn)。
4.接著調(diào)用forwardInvocation:此時(shí)步驟三返回nil或者可以處理消息的消息地址。如果nil則crash，如果有可以處理fun消息的地址，那么轉(zhuǎn)發(fā)成功。
?
?