NSProxy

最近準(zhǔn)備進一步重構(gòu)某幾個頁面片排,從結(jié)構(gòu)上講用的是MVVM,較為清晰明了速侈,同時也不至于所有代碼都集中在UIViewController里導(dǎo)致一團麻率寡,但是隨著一個頁面功能的更改替換,還有業(yè)務(wù)統(tǒng)計代碼等等的加入倚搬,終究還是忍不住想要稍微整理整理冶共。

由于頁面多為UITableView且頁面多復(fù)用,各種統(tǒng)計或者頁面差異展示潭枣,所以想如果可以多個代理均可按先后順序執(zhí)行,那就可以將一些統(tǒng)計或者頁面差異展示跟其它正常業(yè)務(wù)進行分離幻捏,提升項目代碼的可維護性盆犁。

其實上面說的就是透明的分布式消息傳遞也可稱為消息分發(fā)器,所以在這里要介紹一下非NSObject的子類篡九,而是另一個基類NSProxy谐岁,從命名上看,就是代理,即設(shè)計模式中的代理模式伊佃,NSProxy是一個抽象超類窜司,實現(xiàn)根類要求的基礎(chǔ)方法,包括<NSObject>協(xié)議中定義的方法航揉,可作為其他對象替身(甚至不存在的對象)塞祈,NSProxy負責(zé)把消息轉(zhuǎn)發(fā)給真正的target的代理類,利用這個特性帅涂,NSProxy就能透明的分布式消息傳遞

NSProxy

蘋果官方文檔的介紹可以看到议薪,他就是一個替代,幫忙轉(zhuǎn)發(fā)消息給具體實現(xiàn)的類媳友,或者懶加載一個較大的實例

Typically, a message to a proxy is forwarded to the real object or causes the proxy to load (or transform itself into) the real object

作為抽象類不能直接使用NSProxy斯议,它不提供初始化的方法,并且在接收到它沒有響應(yīng)的任何消息時引發(fā)異常醇锚,因此只能繼承并在具體的子類提供初始化或創(chuàng)建方法哼御,并實現(xiàn)forwardInvocation:和methodSignatureForSelector:

所以其實只要實現(xiàn)了這兩個方法即可,至于其它的一些方法焊唬,未實現(xiàn)均會走到消息轉(zhuǎn)發(fā)這一步恋昼,若是實現(xiàn)其它譬如respondsToSelector:也無妨

NSProxy與NSObject的消息傳遞的不同

NSObject收到消息會先去緩存列表查找SEL,若是找不到求晶,就到自身方法列表中查找焰雕,依然找不到就順著繼承鏈進行查找,依然找不到的話芳杏,那就是unknown selector矩屁,進入消息轉(zhuǎn)發(fā)程序

1.+(BOOL)resolveInstanceMethod:其返回值為Boolean類型,表示這個類是否通過class_addMethod新增一個實例方法用以處理該unknown selector爵赵,也就是說在這里可以新增一個處理unknown selector的方法吝秕,若不能,則繼續(xù)往下傳遞(若unknown selector是類方法空幻,那么調(diào)用+(BOOL)resolveClassMethod:)

2.- (id)forwardingTargetForSelector:這是第二次機會進行處理unknown selector烁峭,即轉(zhuǎn)移給一個能處理unknown selector的其它對象,若返回一個其它的執(zhí)行對象秕铛,那消息從id objc_msgSend ( id self, SEL op, ...)重新開始约郁,若不能,則返回nil但两,并繼續(xù)向下傳遞鬓梅,最后的一次消息處理機會(3 與 4 配套)

3.- (NSMethodSignature *)methodSignatureForSelector:返回攜帶參數(shù)類型、返回值類型和長度等的selector簽名信息NSMethodSignature對象谨湘,Runtime內(nèi)部會基于NSMethodSignature實例構(gòu)建一個NSInvocation對象绽快,作為回調(diào)- (void)forwardInvocation:的入?yún)?/p>

4.- (void)forwardInvocation:這一步可以對傳進來的NSInvocation進行一些操作芥丧,它主要在對象之間或者應(yīng)用程序之間存儲和轉(zhuǎn)發(fā)消息(命令模式的實現(xiàn)),靈活性很高坊罢,譬如修改target续担、參數(shù)、甚至返回值活孩,有興趣可以去了解下NSInvocation

對于NSProxy就沒有這么復(fù)雜了物遇,接收到unknown selector后,直接回調(diào)- (NSMethodSignature *)methodSignatureForSelector:和- (void)forwardInvocation:, 消息轉(zhuǎn)發(fā)過程簡單的很多

消息分發(fā)器

基于以上诱鞠,實現(xiàn)上也很簡單挎挖,就是將具體接收消息的實際對象保存在容器中,并按順序讓它們接收消息即可

/**

Normal forwarding 的第一步航夺,也是消息轉(zhuǎn)發(fā)的最后一次機會--這個針對NSObject, 對于 NSProxy 未實現(xiàn)立馬走這里

消息獲得函數(shù)的參數(shù)和返回值類型蕉朵,即返回一個函數(shù)簽名

@param sel selector 方法選擇子

@return NSMethodSignature 函數(shù)簽名

? ? ? ? 返回nil,Runtime 則會發(fā)出 -doesNotRecognizeSelector: 消息阳掐,程序 crash

? ? ? ? 返回了NSMethodSignature始衅,Runtime 就會創(chuàng)建一個 NSInvocation 對象并發(fā)送 -forwardInvocation: 消息給目標(biāo)對象

*/-(nullable NSMethodSignature*)methodSignatureForSelector:(SEL)sel{for(id objinself.targets){if([obj respondsToSelector:sel]){return[obj methodSignatureForSelector:sel];}}return[supermethodSignatureForSelector:sel];}

/**

可以在 -forwardInvocation: 里修改傳進來的 NSInvocation 對象,然后發(fā)送 -invokeWithTarget: 消息給它缭保,傳進去一新的目標(biāo)執(zhí)行

@param invocation 對一個消息的描述汛闸,包括 selector 以及參數(shù)等信息

*/-(void)forwardInvocation:(NSInvocation*)invocation{BOOL invoked=NO;for(id objinself.targets){if([obj respondsToSelector:invocation.selector]){[invocation invokeWithTarget:obj];invoked=YES;}}if(!invoked){[superforwardInvocation:invocation];}}

使用

?a. 偽多繼承

// dispathProx 同時可以執(zhí)行 LYAnimal 和 LYPerson 的方法,看起來像是多繼承艺骂。诸老。。其實假的啦id dispathProx=ly_dispatchProxy([LYAnimalnew],[LYPersonnew],nil);[dispathProx talk];[dispathProx walk];[dispathProx pushers];[dispathProx shovel];

?b.協(xié)議多分發(fā) 即 消息分發(fā)用的最多的一種

// ?? self 持有 delegateProxy钳恕,delegateProxy 內(nèi)部持有傳入的消息接收對象别伏,里面也有 self, 所以使用 ly_weakObject(self),改為 weak 引用// ?? 當(dāng)有返回值時忧额,后面的返回值會覆蓋前面的self.delegateProxy=(LYDispatchProxy<UITableViewDataSource,UITableViewDelegate>*)ly_dispatchProxy([LYTableDelegate new],ly_weakObject(self),nil);// 可在LYTableDelegate實現(xiàn)一些統(tǒng)計業(yè)務(wù)或者差異展示的設(shè)置處理....talbe.delegate=self.delegateProxy;talbe.dataSource=self.delegateProxy;

// 或者也可以如下用法厘肮,憑想象吧。睦番。类茂。其實肚子餓了,所以咕咕叫托嚣,不想想了LYDispatchProxy*btnTargetProxy=ly_dispatchProxy(XXX0,XXX1,nil);[btn addTarget:btnTargetProxy action:NSSelectorFromString(@"xxxx")forControlEvents:UIControlEventTouchUpInside]

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末巩检,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子示启,更是在濱河造成了極大的恐慌兢哭,老刑警劉巖,帶你破解...
    沈念sama閱讀 218,386評論 6 506
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件丑搔,死亡現(xiàn)場離奇詭異厦瓢,居然都是意外死亡,警方通過查閱死者的電腦和手機啤月,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,142評論 3 394
  • 文/潘曉璐 我一進店門煮仇,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人谎仲,你說我怎么就攤上這事浙垫。” “怎么了郑诺?”我有些...
    開封第一講書人閱讀 164,704評論 0 353
  • 文/不壞的土叔 我叫張陵夹姥,是天一觀的道長。 經(jīng)常有香客問我辙诞,道長辙售,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,702評論 1 294
  • 正文 為了忘掉前任飞涂,我火速辦了婚禮旦部,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘较店。我一直安慰自己士八,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 67,716評論 6 392
  • 文/花漫 我一把揭開白布梁呈。 她就那樣靜靜地躺著婚度,像睡著了一般。 火紅的嫁衣襯著肌膚如雪官卡。 梳的紋絲不亂的頭發(fā)上蝗茁,一...
    開封第一講書人閱讀 51,573評論 1 305
  • 那天,我揣著相機與錄音味抖,去河邊找鬼评甜。 笑死,一個胖子當(dāng)著我的面吹牛仔涩,可吹牛的內(nèi)容都是我干的忍坷。 我是一名探鬼主播,決...
    沈念sama閱讀 40,314評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼熔脂,長吁一口氣:“原來是場噩夢啊……” “哼佩研!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起霞揉,我...
    開封第一講書人閱讀 39,230評論 0 276
  • 序言:老撾萬榮一對情侶失蹤旬薯,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后适秩,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體绊序,經(jīng)...
    沈念sama閱讀 45,680評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡硕舆,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,873評論 3 336
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了骤公。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片抚官。...
    茶點故事閱讀 39,991評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖阶捆,靈堂內(nèi)的尸體忽然破棺而出凌节,到底是詐尸還是另有隱情,我是刑警寧澤洒试,帶...
    沈念sama閱讀 35,706評論 5 346
  • 正文 年R本政府宣布倍奢,位于F島的核電站,受9級特大地震影響垒棋,放射性物質(zhì)發(fā)生泄漏卒煞。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,329評論 3 330
  • 文/蒙蒙 一叼架、第九天 我趴在偏房一處隱蔽的房頂上張望跷坝。 院中可真熱鬧,春花似錦碉碉、人聲如沸柴钻。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,910評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽贴届。三九已至,卻和暖如春蜡吧,著一層夾襖步出監(jiān)牢的瞬間毫蚓,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,038評論 1 270
  • 我被黑心中介騙來泰國打工昔善, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留元潘,地道東北人。 一個月前我還...
    沈念sama閱讀 48,158評論 3 370
  • 正文 我出身青樓君仆,卻偏偏與公主長得像翩概,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子返咱,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,941評論 2 355

推薦閱讀更多精彩內(nèi)容

  • ??最近準(zhǔn)備進一步重構(gòu)某幾個頁面钥庇,從結(jié)構(gòu)上講用的是 MVVM,較為清晰明了咖摹,同時也不至于所有代碼都集中在 UIVi...
    盲果凍閱讀 3,641評論 2 7
  • NSProxy 一评姨、什么是NSProxy (1)NSProxy是一個抽象的基類,是根類萤晴,與NSObject類似吐句; ...
    MaskBrook閱讀 1,331評論 0 4
  • 最近準(zhǔn)備進一步重構(gòu)某幾個頁面胁后,從結(jié)構(gòu)上講用的是MVVM,較為清晰明了嗦枢,同時也不至于所有代碼都集中在UIViewCo...
    MinGege閱讀 574評論 0 2
  • 前言 OC中類是不支持多繼承的择同,一個類只有一個父類, 這就是單一繼承,但是我們可以用協(xié)議protocol和 NSP...
    小盟城主閱讀 702評論 0 0
  • 概念 NSProxy是一個類似于NSObject的根類净宵,看代碼: 上面我們可以看到NSProxy是一個實現(xiàn)了NSO...
    校長很火閱讀 18,789評論 18 47