本文是一篇個(gè)人學(xué)習(xí)筆記壶谒，記錄以供后續(xù)學(xué)習(xí)參考水泉。
一爸业、項(xiàng)目思路
引用Github中 原文： BeeHive是用于iOS的App模塊化編程的框架實(shí)現(xiàn)方案，吸收了Spring框架Service的理念來(lái)實(shí)現(xiàn)模塊間的API耦合恐疲。
二腊满、項(xiàng)目概述
整個(gè)項(xiàng)目代碼簡(jiǎn)單，結(jié)構(gòu)清晰培己，優(yōu)缺點(diǎn)共存碳蛋，個(gè)人不太傾向于目前使用，但是一些思路和做法應(yīng)該學(xué)習(xí)漱凝。相比其他廠出品的模塊化方案疮蹦，BeeHive有些稍顯隨意。有另一個(gè)名字更適合：“內(nèi)部模塊解耦框架”茸炒。
項(xiàng)目通過(guò)兩個(gè)集合用以維護(hù)模塊化信息愕乎，Module集合和Service集合。Module集合中維護(hù)每個(gè)模塊中Module的class壁公，Service集合維護(hù)Service（Protocol）和實(shí)現(xiàn)Impl（ViewController）感论。每個(gè)模塊包含Protocol，Module紊册，Impl比肄，Service三層結(jié)構(gòu)，Service可替換Protocol不能算一層獨(dú)立結(jié)構(gòu)囊陡。
Protocol定義Service提供的行為芳绩，對(duì)模塊外暴露出來(lái)，使用者依賴相關(guān)Protocol文件進(jìn)行調(diào)用撞反。模塊內(nèi)部可能包含多個(gè)Service妥色，行為集中到一個(gè)或者多個(gè)Protocol中，實(shí)現(xiàn)使用一個(gè)或多個(gè)ViewController遏片。
但是模塊內(nèi)部只有一個(gè)Module對(duì)象（NSObject）嘹害，用于接收App生命周期和Module生命周期的回調(diào)。同時(shí)吮便，通過(guò)Module的處理笔呀，可以選擇通過(guò)動(dòng)態(tài)（Dynamic）方式或注解（Annotation）方式在App啟動(dòng)時(shí)或指定時(shí)刻進(jìn)行注冊(cè)。而整體App和Module的生命周期回調(diào)髓需，通過(guò)AppDelegate繼承许师，在BHAppDelegate中處理。
缺點(diǎn)：
- 項(xiàng)目的思路感覺(jué)有些冗余。
每個(gè)Module要提供四類文件：Protocol枯跑，Module惨驶，Impl（ViewController），Service（介于Protocol和Impl之間）敛助。如果Module本身采用非MVC模式下，單個(gè)模塊文件分層更多屋确，不利于理解和管理纳击。 - 代碼內(nèi)部數(shù)據(jù)結(jié)構(gòu)有待優(yōu)化
比如BHServiceManager內(nèi)部維護(hù)了一個(gè)數(shù)組，數(shù)組中的對(duì)象是key為Service攻臀，value為Impl的字典焕数。與其這樣，為什么不直接使用NSMutableDictionary刨啸，key使用Service堡赔，實(shí)現(xiàn)為Impl呢牢酵？檢索的時(shí)候減少了手動(dòng)循環(huán)過(guò)程沮稚。 - 解耦
README中也提到敦第，主旨為Service和Impl解耦但是無(wú)法避免對(duì)Protocol的解耦荤牍。
優(yōu)點(diǎn)：
- 宏定義實(shí)現(xiàn)動(dòng)態(tài)配置
__attribute((used,section("segmentname,sectionname")))
通過(guò)宏定義预伺，把變量統(tǒng)一存儲(chǔ)到特殊內(nèi)存塊中進(jìn)行一次性讀取比較方便礼预。但是目前沒(méi)啥業(yè)務(wù)場(chǎng)景把还。 - 生命周期回調(diào)
可以做成Protocol實(shí)現(xiàn)生命周期回調(diào)定義校焦。 - Lock
對(duì)于集合類非線程安全宫蛆，進(jìn)行加鎖處理艘包，使用NSRecursiveLock。
三耀盗、項(xiàng)目結(jié)構(gòu)
BeeHive：
項(xiàng)目對(duì)外主入口想虎。通過(guò)+registerDynamicModule：動(dòng)態(tài)增加Service，-registerService：（Protocol*） service：（Class）創(chuàng)建Service（Protocol）和Impl（.h+.m）的關(guān)聯(lián)叛拷。通過(guò)-createService：創(chuàng)建或獲取Service舌厨。
BHServiceManager：
提供了注冊(cè)Service和創(chuàng)建（獲取）Service的方法胡诗。
一個(gè)Service代表一個(gè)模塊邓线，Service分為：本地plist中定義的LocalService，通過(guò)在.m中宏BeeHiveMod（ShopModule）處理的注解AnnotationService煌恢，和在程序運(yùn)行中主動(dòng)注冊(cè)的Service骇陈。
內(nèi)部維護(hù)了一個(gè)數(shù)組，數(shù)組中的對(duì)象是key為Service瑰抵，value為Impl的字典你雌。與其這樣，為什么不直接使用NSMutableDictionary，key使用Service婿崭，實(shí)現(xiàn)為Impl呢拨拓？
BHModuleManager：
提供加載本地Module，注解AnnotationModule和動(dòng)態(tài)DynamicModule的能力氓栈。同時(shí)是提供生命周期回調(diào)的主體渣磷。
內(nèi)部維護(hù)了兩個(gè)數(shù)組分別存儲(chǔ)Module和動(dòng)態(tài)Module及其相應(yīng)的Level。
BHModuleProtocol:
模塊接口定義授瘦，可以設(shè)置level醋界，提供了app和module生命周期進(jìn)行的回調(diào)方法。
如果是DynamicModule提完，整個(gè)Module驅(qū)動(dòng)點(diǎn)應(yīng)該是XXXModule文件形纺，通過(guò)宏定義BeeHiveMod被加載，或者在+load方法中注冊(cè)成為動(dòng)態(tài)DynamicModule徒欣。
BHServiceProtocol：
所有Service Protocol定義必須實(shí)現(xiàn)的底層接口逐样。只提供-singleton：方法用于處理是否使用單例模型。
在使用框架時(shí)打肝，每個(gè)Module中都要有一個(gè)XXXProtocol脂新，內(nèi)部定義用到的實(shí)例變量和調(diào)用方法。
這樣做有非常明顯的弊端：Module間并未完全解耦闯睹，需要依賴ModuleProtocol文件戏羽；XXXProtocol中定義的變量要到Impl中@synthesize一下。
BHContext：
上下文對(duì)象楼吃，提供靜態(tài)環(huán)境變量初始化和維護(hù)始花，相當(dāng)于配置中心。
BHConfig：
內(nèi)部使用可變字典維護(hù)動(dòng)態(tài)環(huán)境變量孩锡，作為BHContext的補(bǔ)充存在酷宵。
BHAppDelegate：
作為真正的AppDelegate，使用者的XXXAppDelegate需要繼承躬窜，同時(shí)自定義-appication:didFinishLaunchingWithOptions:即可浇垦，其他的系統(tǒng)回調(diào)交給BHAppDelegate處理。
BHAnnotation：
提供通過(guò)注解方式荣挨，使用BeeHiveModel和BeeHiveService注冊(cè)Module和Service男韧。具體做法是，在Module的.m文件中默垄，添加宏定義BeeHiveMod（ShopModule）此虑，在編譯期間替換成
char * kShopModuleName_mod = @“ShopModule”，并使用__attribute((used,section("segmentname,sectionname")))把所有包含這段宏轉(zhuǎn)換后的代碼變量口锭，放到一塊特殊的內(nèi)存空間中以BeehiveMods命名朦前。同理處理BeehiveServices。然后在BHAnnotation.m中使用c函數(shù)直接獲取這部分?jǐn)?shù)據(jù)，轉(zhuǎn)換成NSString進(jìn)行存儲(chǔ)韭寸。
