對(duì)象間交互推導(dǎo)過(guò)程及模式選擇

　　對(duì)象間交互模式2017-06-22 11:32程序設(shè)計(jì)/設(shè)計(jì)推薦人：feizhu422

　　前言

　　直白的對(duì)象間交互

　　輕度抽象的對(duì)象間交互

　　使用Target-Action淡化接口概念的對(duì)象間交互

　　響應(yīng)式的對(duì)象間交互

　　基于閉包的對(duì)象間交互

　　推導(dǎo)過(guò)程

　　總結(jié)

　　前言

　　閉包在什么場(chǎng)景下才是最優(yōu)選擇？理由？補(bǔ)充說(shuō)明一下：很多場(chǎng)景都適用閉包，但不是所有場(chǎng)景下閉包都是最優(yōu)選擇。

　　這篇文章主要就是回答這個(gè)問(wèn)題的。

　　但是在直接切入閉包之前，我們需要有一個(gè)推導(dǎo)的過(guò)程，在推導(dǎo)過(guò)程之前，我們還需要梳理一下現(xiàn)有的交互模式。所以，關(guān)于這篇文章的內(nèi)容，更確切地說(shuō)應(yīng)該是討論了對(duì)象間各種交互方式。

　　這個(gè)主題其實(shí)很早之前業(yè)界也討論過(guò)，objc.io很早就有《Communication Patterns》這篇文章詳細(xì)講過(guò)這個(gè)問(wèn)題。這篇文章在很多地方說(shuō)得都是對(duì)的，但這篇文章在block的討論上不夠全面。國(guó)內(nèi)也有很多人關(guān)于對(duì)象間交互的問(wèn)題寫(xiě)過(guò)文章，但這些文章相比《Communication Patterns》來(lái)說(shuō)，就已經(jīng)錯(cuò)得十分離譜了。

　　本文是從另一個(gè)角度討論了同樣的問(wèn)題，文末給的決策圖可以作為《Communication Patterns》的補(bǔ)充去做參考。

　　直白的對(duì)象間交互

　　解決對(duì)象間交互問(wèn)題的最直白樸素的做法就是直接傳值，直接調(diào)用。

　　適用這種做法的前提是你非常確認(rèn)A對(duì)象的信息來(lái)源只可能是B對(duì)象，而且在未來(lái)這個(gè)前提也是不會(huì)產(chǎn)生任何改變。這個(gè)前提在某些場(chǎng)景下是成立的，例如你要取timestamp，那么只可能從NSDate中取。你要操作字符串，也只可能使用NSString。我這里說(shuō)的是通常的環(huán)境，當(dāng)然，針對(duì)NSDate或NSString這類(lèi)對(duì)象做二次封裝導(dǎo)致不直接依賴NSDate或NSString的場(chǎng)景也是有的，其本質(zhì)依舊不變。

　　這種做法的好處在于可以限制實(shí)現(xiàn)手段的多樣性，在維護(hù)代碼的時(shí)候工程師能夠更加容易地去聚焦問(wèn)題所在。

　　存在限制不一定是壞的，靈活度高也不一定是好的。當(dāng)一個(gè)工程中為了解決同一個(gè)問(wèn)題而存在多種方案的