這是一個(gè)模塊化的框架，引入了中間層BeeHive來注冊(cè)和持有各個(gè)模塊和服務(wù)，模塊間的調(diào)用通過protocol來解耦，但是同時(shí)每個(gè)模塊都需要依賴protocol。每個(gè)模塊中的moduleClass和services并沒有很強(qiáng)的依賴，moduleClass負(fù)責(zé)一些系統(tǒng)，通用事件的回調(diào)，service負(fù)責(zé)業(yè)務(wù)和邏輯的實(shí)現(xiàn)。

1.BeeHive的框架結(jié)構(gòu)

BeeHive架構(gòu)圖.png

這個(gè)架構(gòu)圖可以這樣理解：
1.Context是一個(gè)上下文，保存一些系統(tǒng)配置，需要注冊(cè)的module和service列表，app的編譯環(huán)境等等。它可以和BHCore以及模塊交互。
2.BHCore是BeeHive的核心代碼，負(fù)責(zé)module和service的注冊(cè)，模塊之間的互調(diào)(其實(shí)也就是模塊里service的調(diào)度)。
3.module包括一個(gè)moduleClass和多個(gè)serviceClass。
簡(jiǎn)化一下就變成下圖，更易于理解：

BeeHive架構(gòu)圖簡(jiǎn)化.jpeg

2.BeeHive需要了解的幾個(gè)要點(diǎn)

1.模塊指的是什么？
這里的模塊是一個(gè)整體概念，其中包括一個(gè)moduleClass和多個(gè)service。
2.模塊注冊(cè)和服務(wù)注冊(cè)是什么意思？
模塊注冊(cè)可以理解為為整個(gè)模塊注冊(cè)了一個(gè)可以接受事件(系統(tǒng)事件，通用事件以及業(yè)務(wù)自定義事件)的類，其實(shí)就是moduleClass的實(shí)例化。
3.事件指的是什么？如何定義業(yè)務(wù)事件？事件在哪里注冊(cè)？
事件包括系統(tǒng)事件，通用事件和業(yè)務(wù)自定義事件。系統(tǒng)事件，指的是Application的生命周期事件，比如：EnterBackground，EnterForeground。通用事件，是BeeHive自己定義的模塊生命事件，比如：moduleSetup，moduleInit。業(yè)務(wù)自定義事件，需要用戶自己擴(kuò)展，繼承BHAppdelegate實(shí)現(xiàn)相應(yīng)事件的注冊(cè)。BeeHive自己定義了一個(gè)BHAppdelegate，入口Appdelegate需要繼承BHAppdelegate，所有的事件也是在Appdelegate里定義和調(diào)用。
4.moduleClass和service之間的關(guān)系？
moduleClass和service其實(shí)是一個(gè)模塊之間的不同組成部分，它們之間并沒有很強(qiáng)的邏輯關(guān)系，moduleClass負(fù)責(zé)接收各種事件以及事件的處理，而service負(fù)責(zé)業(yè)務(wù)的功能實(shí)現(xiàn)。比如說，可以在moduleClass生命周期函數(shù)注冊(cè)service。模塊之間的通訊需要通過service暴露出來的協(xié)議接口來實(shí)現(xiàn)。
5.BeeHive怎么模塊解耦？
這個(gè)問題主要是框架設(shè)計(jì)的問題，首先業(yè)務(wù)代碼之間不互相直接依賴，通過BeeHive來獲取相應(yīng)的實(shí)例，然后通過全局protocol暴露出來的接口進(jìn)行函數(shù)調(diào)度。說白了，就是通過協(xié)議解耦，但同時(shí)所有的service都會(huì)依賴這個(gè)protocol，類似于隔了一層中間層。
6.模塊注冊(cè)方式？
（1）靜態(tài)注冊(cè)
也就是本地加載，通過bundle加載模塊生成數(shù)據(jù)，如下圖：

模塊本地注冊(cè).png

#define BH_EXPORT_MODULE(isAsync) \
+ (void)load { [BeeHive registerDynamicModule:[self class]]; } \
-(BOOL)async { return [[NSString stringWithUTF8String:#isAsync] boolValue];}

@interface MessageModule ()<BHModuleProtocol>
@end

@implementation MessageModule
BH_EXPORT_MODULE();
@end

調(diào)用BH_EXPORT_MODULE()宏，在load函數(shù)調(diào)用registerDynamicModule：注冊(cè)改模塊。改宏可以穿入一個(gè)異步參數(shù)，默認(rèn)為NO，如果為YES則會(huì)在啟動(dòng)之后第一屏內(nèi)容展現(xiàn)之前異步執(zhí)行模塊的初始化，可以優(yōu)化啟動(dòng)時(shí)時(shí)間消耗。
（3）Annotation注冊(cè)

@BeeHiveMod(MainModule)  //注冊(cè)MainModule
@interface MainModule ()<BHModuleProtocol>
@end

//注冊(cè)方法實(shí)現(xiàn)
#ifndef BeehiveModSectName
#define BeehiveModSectName "BeehiveMods"
#endif

#define BeeHiveDATA(sectname) __attribute((used, section("__DATA,"#sectname" ")))
#define BeeHiveMod(name) \
class BeeHive; char * k##name##_mod BeeHiveDATA(BeehiveMods) = ""#name"";

代碼段注冊(cè)，也就是直接操作代碼段。感興趣的同學(xué)可以導(dǎo)出app編譯的源文件，可以在_data段看到BeehiveMods。具體怎么看app編譯后的可執(zhí)行文件，請(qǐng)移步《iOS APP可執(zhí)行文件的組成》。
7.服務(wù)的注冊(cè)方式？
（1）靜態(tài)注冊(cè)

服務(wù)本地注冊(cè).png

- (void)modSetUp:(BHContext *)context {
    [[BHServiceManager sharedManager] registerService: @protocol(PersonServiceProtocol) implClass: [PersonModuleService class]];
}

(3)Annotation注冊(cè)

@BeeHiveService(MainServiceProtocol, MainModuleService)
@interface MainModuleService ()<MainServiceProtocol>
@end

#ifndef BeehiveServiceSectName
#define BeehiveServiceSectName "BeehiveServices"
#endif

#define BeeHiveDATA(sectname) __attribute((used, section("__DATA,"#sectname" ")))
#define BeeHiveService(servicename,impl) \
class BeeHive;char * k##servicename##_service BeeHiveDATA(BeehiveServices) = "{ \""#servicename"\" : \""#impl"\"}";

3.BeeHive的項(xiàng)目使用

1.先引入BeeHive庫(kù)，可以直接復(fù)制，也可以使用pod來管理。
2.把系統(tǒng)生成的Appdelegate干掉，新建一個(gè)繼承BHAppdelegate的子類，把它改成入口類。
3.配置BHContext，如下圖：

[BHContext shareInstance].application = application;
[BHContext shareInstance].launchOptions = launchOptions;
[BHContext shareInstance].env = BHEnvironmentDev;
[BHContext shareInstance].moduleConfigName = @"BeeHive.bundle/BeeHive-Jashion";
[BHContext shareInstance].serviceConfigName = @"BeeHive.bundle/BHService-Jashion";

moduleConfigName設(shè)置本地模塊加載地址，serviceConfigName設(shè)置本地服務(wù)加載地址。
4.加載配置，初始化BeeHive

[BeeHive shareInstance].enableException = YES;
[[BeeHive shareInstance] setContext: [BHContext shareInstance]];

5.設(shè)置rootController

id<MainServiceProtocol> mainVC = [[BeeHive shareInstance] createService: @protocol(MainServiceProtocol)];
if ([mainVC isKindOfClass: [UIViewController class]]) {
   UINavigationController *navCtrl = [[UINavigationController alloc] initWithRootViewController: (UIViewController *)mainVC];
        
    self.window = [[UIWindow alloc] initWithFrame: [UIScreen mainScreen].bounds];
    self.window.rootViewController = navCtrl;
    [self.window makeKeyAndVisible];
}

6.模塊之間的調(diào)用

id<MainServiceProtocol> mainVC = [[BeeHive shareInstance] createService: @protocol(MainServiceProtocol)];

通過BeeHive獲取相應(yīng)的實(shí)例，然后通過protocol調(diào)用service暴露出來的方法。

總結(jié)：##

我覺得整個(gè)架構(gòu)不是很清晰，也有可能初步接觸，還不太深入了解。解耦，我只看到了service之間的調(diào)用解耦，但是都依賴了協(xié)議。這個(gè)比運(yùn)用runtime的反射機(jī)制來解耦函數(shù)間的調(diào)用的好處在于，可以在編譯期間發(fā)現(xiàn)錯(cuò)誤，而非運(yùn)行時(shí)。而且，只要注冊(cè)了的module和service的實(shí)例就會(huì)一直被BeeHive持有，這可能會(huì)造成資源的浪費(fèi)。繼續(xù)觀望中。