最近看了不少代碼，想起寫代碼有意思的地方之一在于哥攘，實現(xiàn)同一個 feature，修復(fù)同一個 bug材鹦，不同程序員可以寫出風格迥異的代碼逝淹，甚至流程也不同，雖然最后都可行桶唐，從結(jié)果論的角度對用戶來說是一致的栅葡。我們可以稱這種差異為個人 taste，taste 有好壞高低之分尤泽，但有時候如何評定卻很難有一個清晰準確的界定標準欣簇，一般來說代碼是越簡單越清晰越容易測試越好规脸，但簡單清晰容易測試又是另一個維度的標準，又會產(chǎn)生分歧醉蚁，真要較真起來可以無窮無盡越扯越遠燃辖。
我有個小例子鬼店，大家可以按自己的經(jīng)驗來分個優(yōu)劣网棍。
UserSession
只要涉及用戶登錄的 App，都少不了有個 UserSession 的類妇智，記錄和用戶相關(guān)的一切數(shù)據(jù)和行為滥玷，并在用戶登出的時候做銷毀。UserSession 是一個一旦創(chuàng)建之后巍棱，大部分的業(yè)務(wù)模塊都需要訪問的實例對象惑畴，其他 class 如何訪問 UserSession，或者說 UserSession 如何傳遞到各個 class航徙，這里面的做法就多了如贷。
問題：ControllerA，ControllerB到踏，ControllerC 都需要訪問 UserSession 實例杠袱，如何傳遞？
方式一：構(gòu)造傳遞
所有的 Controller 在 init 方法里都傳入 UserSession窝稿，之后再內(nèi)部持有一個 strong property楣富，類結(jié)構(gòu)如下圖：
如果使用這種方式，所有需要引用 UserSession 的地方都需要以 init 的方式傳入伴榔，包括 Controller 內(nèi)部的 View纹蝴、Presenter 等對象，View 可能還有子 View踪少，層層疊疊以樹形結(jié)構(gòu)塘安，UserSession 將出現(xiàn)在每一個相關(guān) Class 的 init 方法之內(nèi)。
方式二：方法參數(shù)傳遞
Controller 本身并不持有 UserSession 的實例援奢，每個需要用到 UserSession 的方法以參數(shù)傳入兼犯，如下圖：
這種方式相較方式一，UserSession 作為每個方法的參數(shù)將出現(xiàn)在更多的地方萝究。顯然免都，不持有 strong property 有他的好處，比如不會出現(xiàn) Controller 無法釋放導(dǎo)致 UserSession 也無法銷毀的情況帆竹。UserSession 和 Controller 之間的依賴關(guān)系也更清楚绕娘，看 .h 中的方法就一目了然。另外需要測試某個方法的時候栽连，要比較容易险领，方法的聲明里就有完整的 context侨舆。
方式三：內(nèi)部直接持有
Controller 在 .m 文件內(nèi)部通過另一個 UserMgr 實例來統(tǒng)一獲取 UserSession，如下圖：
這種方式在 .h 中看不出 Controller 和 UserSession 的關(guān)系绢陌，在 .m 中通過另一個類（xxxMgr挨下、xxxFactory、xxxService）來獲取 UserSession 實例脐湾。好處是 .h 文件干凈一些臭笆，但 .m 中可能各處都有獲取 UserSession 的代碼，一旦代碼量多了之后很難理清 Controller 和 UserSession 二者之間的依賴關(guān)系秤掌。
以上三種方式我都見到過愁铺，不同方式對代碼的影響也不同，這是個典型的例子闻鉴，一個完整 App 里往往有多個類似 UserSession 需要被多處引用的對象茵乱，三種方式最后都不會影響功能的正常實現(xiàn)，但在代碼閱讀維護上存在一些差異孟岛。
歡迎大家留言瓶竭，說說自己項目里的方式，以及支持的理由渠羞，秀下自己的 Taste斤贰。
