1、为什么要使用BeeHive模块化
BeeHive是基于Java的Spring框架，一个分发App状态和统一Service的架构形式，从而解决了多团队多开发人员协同开发中的耦合问题。就收益而言，BeeHive更适合大型的多人项目以及快速移植的项目，小项目使用起来较复杂，有些得不偿失。 BeeHive是一个正在成长的iOS框架，目前Star已1500+，希望大家可以集思广益，多提issues、Pull Request，这样BeeHive也能让更多人受用。试想一下我们也可以像蜜蜂一样优雅地搭建每个蜂窝模块。
MVC，MVVM，MVP等等等等···以大家熟悉的MVC为例，这样的项目如果是一到两人，业务不复杂的情况下，开发起来还是很合理的，维护起来也很方便。随着公司的发展，业务的扩大，渐渐地你是否感觉，这MVC怎么了，怎么没以前好用了呢，这业务这么多，有的是别人写的，我都不知道搞啥了，突然他的东西报错了，我还要解决······bulabulabula，就像下面的图，你的工程就是这样的。
2、BeeHive模块化编程的优势
BeeHive是用于iOS的App模块化编程的框架实现方案，吸收了Spring框架Service的理念来实现模块间的API耦合。
使用BeeHive之后，你的项目再也不会出现在MVC中遇到的问题。好处：
插件化的模块开发
模块具体实现与接口调用分离
模块生命周期管理，扩展了应用的系统事件
3、实现Demo
在看了好几篇大神的文章，我还是一脸的懵逼，估计是我境界不够吧，就我个人而言吧，底层研究较少，不管三七二十一，先搞出来，搞出来了，我们再慢慢研究底层，功能先实现了。O__O "…找来找去，终于找到了Demo
官方的Demo很简洁明了的给我们展示了BeeHive如何使用在项目中--传送门
这个demo需要使用cocoapods，你只需要在Example里直接命令pod install即可，还没安装cocoapods的同学可以安装一下--cocoapods的安装
第一步：
我们要替换系统的AppDelegate，使用我们自己的XXAppDelegate来接管AppDelegate。
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions{ [BHContext shareInstance].application = application; [BHContext shareInstance].launchOptions = launchOptions; [BHContext shareInstance].moduleConfigName = @"BeeHive.bundle/BeeHive";//可选，默认为BeeHive.bundle/BeeHive.plist [BHContext shareInstance].serviceConfigName = @"BeeHive.bundle/BHService"; [BeeHive shareInstance].enableException = YES; [[BeeHive shareInstance] setContext:[BHContext shareInstance]]; [[BHTimeProfiler sharedTimeProfiler] recordEventTime:@"BeeHive::super start launch"]; [super application:application didFinishLaunchingWithOptions:launchOptions]; idhomeVc = [[BeeHive shareInstance] createService:@protocol(HomeServiceProtocol)]; if ([homeVc isKindOfClass:[UIViewController class]]) { UINavigationController *navCtrl = [[UINavigationController alloc] initWithRootViewController:(UIViewController*)homeVc]; self.window = [[UIWindow alloc] initWithFrame:[UIScreen mainScreen].bounds]; self.window.rootViewController = navCtrl; [self.window makeKeyAndVisible]; } return YES;}复制代码 第二步：
选中HomeServiceProtocol跳转进入，我们会发现，这个头文件只有一个方法，在跳转进入，这时候我们就发现了，原来很简单嘛！就是在BHViewController里面init()的时候,分别调用registerViewController方法创建4个控制器到Tabbar上。当然，还有我们的HomeModule文件也是要创建的，官方文档描述的很详细。好吧，很强势，你皮任你皮我吃橘子皮。
-(instancetype)init{ self = [super init]; if (self) { self.registerViewControllers = [[NSMutableArray alloc] initWithCapacity:1]; demoTableViewController *v1 = [[demoTableViewController alloc] init]; if ([v1 isKindOfClass:[UIViewController class]]) { [self registerViewController:v1 title:@"埋点" iconName:nil]; } idv4 = [[BeeHive shareInstance] createService:@protocol(UserTrackServiceProtocol)]; if ([v4 isKindOfClass:[UIViewController class]]) { [self registerViewController:(UIViewController *)v4 title:@"埋点3" iconName:nil]; } idv2 = [[BeeHive shareInstance] createService:@protocol(TradeServiceProtocol)]; if ([v2 isKindOfClass:[UIViewController class]]) { v2.itemId = @"sdfsdfsfasf"; [self registerViewController:(UIViewController *)v2 title:@"交易2" iconName:nil]; } ids2 = (id)[[BeeHive shareInstance] createService:@protocol(TradeServiceProtocol)]; if ([s2 isKindOfClass:[UIViewController class]]) { s2.itemId = @"例子222222"; [self registerViewController:(UIViewController *)s2 title:@"交易3" iconName:nil]; } } return self;}复制代码 第三步：
实现ShopModuleViewController，BHTradeViewController等控制器(Module很重要)。
4、如何扩展
第一步:
新建Protocol文件，以及新的ViewController和Module类
第二步:
新建Protocol文件,以及新的ViewController和Module类,按照文档中的描述，注册Protocol，Module,以及对Module进行modinit和modsetup即可!
5、其他方案
业内普遍三种方案:Protocol注册方案,URL注册方案,Target-Action runtime调用方案 这三种方案的使用个人认为没有优劣之分,合适你的才是你需要的。P君有句话我一直感觉说的很好:
"说了这么多组件化方式，最后还是回到了最基础的protocol方案，大巧不工，返璞归真的方案可能是更好的方案，runtime虽然巧妙，又有多少语言自带runtime属性。当然我个人并没有大量组件化的实战经验，以上都是理论分析，一家之言，具体业务环境下是否需要组件化，在我看来是个值得权衡的问题。对于小型的创业团队，去实施组件化到底能有多少“效率”收益呢？"
通过三位大神(Limboy,casa,bang)及P君的一篇文章可以理性的分析模块化道路是否是我们现有业务的痛点,结合自身业务,合理使用,实现资源最大化利用。
以下两篇是P君以及本人朋友的分享,收益颇多,供大家参考