• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            厚積薄發,滴水穿石

            搬家到主站了:http://www.cnblogs.com/cokecoffe/
            隨筆 - 45, 文章 - 8, 評論 - 12, 引用 - 0
            數據加載中……

            多繼承

            Objective-C不支持多重繼承,但是我們有方法實現偽繼承.

            舉個例子,加入對象A無法處理消息fun,而對象B可以處理,此時A已經繼承于類C,所以此時A不能再繼承B。我們可以用消息轉發的方式,來將消息轉發給能夠處理fun消息的對象B。

            當然可以這么實現

            1 A:

            2 -fun

            3 {

            4 ? ? ? ? if([B respondTo:@selector(fun)])

            5 ? ? ? ? {

            6 ? ? ? ? ? ? ? ? return [B fun];

            7 ? ? ? ? }

            8 ? ? ? ? return self;

            9 }

            這樣簡單的將消息轉發出去,但是此方式欠妥,特別是當很多消息都要A來處理,但是A又無法處理的時候,你需要實現各種fun來提供每一種方法處理方式。并且當寫下代碼的時候,所能處理的消息集合也就必須確定下來,也就是說是靜態的。

            有一種解決方案可以解決此問題 : forwardInvocation:方法,此方法繼承與NSObject。不過NSObject中此方法的實現,只是簡單的調用了doesNotRecognizeSelector:

            我們要做的是重寫需要轉發消息的類A的forwardInvocation方法,以實現將消息轉發給能處理fun消息的對象。

            - (void)forwardInvocation:(NSInvocation *)anInvocation
            {
                if ([B respondsToSelector:[anInvocation selector])
                    [anInvocation B];
                else
                    [super forwardInvocation:anInvocation];
            }

            還有關鍵一步,是重寫methodSignatureForSelector方法,此方法是在向對象發送不能處理的消息的時候調用的,此方法可判斷消息fun是否有效注冊。如果注冊過fun,那么則返回fun消息的地址之類的信息,如果無效則返回nil,那么就crash掉。所以我們要把fun消息注冊為一個有效的。

               
            1 - (NSMethodSignature*)methodSignatureForSelector:(SEL)selector
            2 {
            3 NSMethodSignature* signature = [super methodSignatureForSelector:selector];
            4
            5 if (!signature)//如果父類中無注冊fun消息,那么將B注冊
            6 signature = [B methodSignatureForSelector:selector];
            7
            8 return signature;
            9 }

            這樣一來,消息fun將被轉發至B。

            我們來說一下向一個對象發送消息后,系統的處理流程

            1.首先發送消息[A fun];

            2.系統會檢查A能否響應這個fun消息,如果能響應則A響應

            3.如果不能響應,則調用methodSignatureForSelector:來詢問這個消息是否有效,包括去父類中詢問。

            4.接著調用forwardInvocation:此時步驟三返回nil或者可以處理消息的消息地址。如果nil則crash,如果有可以處理fun消息的地址,那么轉發成功。

            ?

            ?

            posted on 2012-05-23 22:51 Wangkeke 閱讀(2131) 評論(0)  編輯 收藏 引用 所屬分類: IOS

            精品一二三区久久aaa片| 亚洲午夜久久久久久久久电影网| 国产精品丝袜久久久久久不卡| 国产一区二区精品久久岳| 久久天天躁夜夜躁狠狠躁2022| 久久久久99精品成人片欧美| 9191精品国产免费久久| 无码日韩人妻精品久久蜜桃| 狠狠色丁香婷婷综合久久来| 久久久久久久波多野结衣高潮 | 久久棈精品久久久久久噜噜| 国产精品成人久久久久三级午夜电影| 伊人精品久久久久7777| 色偷偷888欧美精品久久久| 亚洲熟妇无码另类久久久| 国内精品久久久久久不卡影院| 亚洲狠狠婷婷综合久久蜜芽| 亚洲国产成人精品女人久久久| 久久精品国产精品亚洲精品| 狼狼综合久久久久综合网| 久久经典免费视频| 无码任你躁久久久久久| 国内精品久久久久久中文字幕| 国产∨亚洲V天堂无码久久久| 99久久精品国产一区二区| 人妻系列无码专区久久五月天| 久久久久久A亚洲欧洲AV冫| 品成人欧美大片久久国产欧美...| 久久久女人与动物群交毛片| 久久精品一本到99热免费| 人妻少妇久久中文字幕| 亚洲va久久久噜噜噜久久男同| 久久精品aⅴ无码中文字字幕不卡| 麻豆久久久9性大片| 亚洲国产精品无码久久久蜜芽| 亚洲色大成网站www久久九| 亚洲国产精品无码成人片久久| 久久久女人与动物群交毛片 | 久久久久香蕉视频| 欧美粉嫩小泬久久久久久久 | 99精品久久精品|