组件化与模块化之路

Nike说：Just Do IT（挨踢）—— 写在模块化试运行一周后。

背景

早在去年，就有所耳闻公司将会实行事业部的划分,如今按照公司业务的划分，iOS开发的小伙伴大多都被分到对应的业务事业部去了，这感觉像是我们处于同一个假部门 ，扯远了~咳咳咳。为了更好的支撑公司业务的快速发展和产品迭代，我们采用了项目组件化的解决方案。从去年开始我们就为组件化之路做了不少前期准备，其中不仅仅只是将公用的类抽象成组件，还包括将业务代码从项目中剥离出来，就先称它为模块化吧，模块化的好处在于可以支持各大业务线独立发版，适合赶火车的开发模式，正是我们团队现在所走的敏捷开发路线。

项目组件化

要做模块化的话，就要先从组件化开始，把组件进行抽象，封装做成独立的Pod库，以便于维护版本和复用。等做完了组件化，就开始搞模块化了。

CocoaPods管理组件

def bigfan_private_pods
  #私有组件库
  pod 'BFRefreshHeader', :git => '项目地址'
  pod 'BFHTTPManager', :git => '项目地址'
  pod 'LKGlobalNavigation', :git => '项目地址'
  pod 'BFPhotosPicker', :git => '项目地址'
  pod 'BFLocationManager', :git => '项目地址'
  pod 'BFNetworkActivityLogger', :git => '项目地址'
  pod 'BFPhotosBrowser', :git => '项目地址'
  pod 'BFActionSheet', :git => '项目地址'
  pod 'BFWebImageHelper', :git => '项目地址'
  pod 'BFPhotosPickerManager', :git => '项目地址'
  pod 'BFCustomHUD', :git => '项目地址'
  pod 'BFPlacePicker', :git => '项目地址'
  pod 'BFLogServiceManager', :git => '项目地址'
  pod 'BFNavigator', :git => '项目地址'
  pod 'BFEmptyDataSet', :git => '项目地址'
  pod 'BFQRCode', :git => '项目地址', :commit => '7c0636fecc8a43ea4415e2e996b145d3ec9f9ab4'
  pod 'NSObjectSafe', :git => '项目地址'
end

PS：commit可以指定分支上的某一次commit记录。

业务模块化

简而言之，就是把业务代码从主项目里剥离出来，用Pod做成一个单独的库来管理。模块化的要求是：业务模块代码可以在壳工程加平台模块上独立运行，当然我们还要求壳工程在没有导入任何业务模块也能独运行起来，所以业务解耦是多么得重要。刚才说到模块化第一步是组件化，走完第一步后，模块化过程中我们遇到了不少问题，包括业务之间的解耦和数据共享，业务模块之间的相互依赖和调用。之后引入了DataCenter这个组件来解决业务之间的耦合和数据共享。以后有机会会详细介绍一下DataCenter的原理。

CocoaPods管理模块组件

def bigfan_pods
  bigfan_thirdparty_pods
  bigfan_local_pods
  bigfan_private_pods

  # s.dependencys for test
 # 平台模块组件 当前使用的是远程仓库的Crust库代码
  pod 'Crust', :git => '项目地址', :branch => 'feature/3.0'

  #业务模块组件
  pod 'Match', :git => '项目地址', :branch => 'feature/3.0'
  pod 'TalentC', :git => '项目地址', :branch => 'feature/3.0'
  pod 'Stadium', :git => '项目地址', :branch => 'feature/3.0'
  pod 'Club', :git => '项目地址', :branch => 'feature/3.0'
end

PS：branch可以指定某个分支上的代码。

如何开发

只要将‘pod 'Crust', :git => '项目地址', :branch => 'feature/3.0'’修改成‘ pod 'Crust', :path => '/Users/maxwellpro/Crust'’后Pod install，这样就直接将平台模块指向我本地的Crust库，等我开发完成就直接提交Crust库的代码，不会影其他业务模块的代码。

  # s.dependencys for test
 # 平台模块组件 当前使用的是本地仓库的Crust库代码
  pod 'Crust', :path => '/Users/maxwellpro/Crust'

PS:假设我是平台组的，我只能修改平台（Crust）模块的代码，不能修改Match、TalentC、Stadium、Club这四大业务模块的代码，即使我修改了，最终也是没有权限提交的。

DataCenter

业务模块的数据源（DataSource）在App启动时，就向DataCenter主动注册业务模块可以提供哪些服务，当业务模块A需要获取业务模块B数据的时候，业务模块A向DataCenter发起请求，DataCenter在服务列表中找到业务模块B注册的服务DataSourceB，DataSourceB执行事先写好的服务，数据返回给业务模块A，就实现了业务之间的数据传递和方法调用。现在的DataCenter还不够强大，暂时还不能实现共享View。

优点

• 独立开发模式
• 独立业务
• 独立项目

业务线：

• 使用平台组提供的壳工程+平台基础服务进行开发。
• 不能提交壳工程代码。
• 单个业务线可以在壳工程上独立运行。
• 不能直接依赖其他业务。

平台组：

• 不能提交业务代码。
• 不能直接调用业务代码。
• 业务解耦和独立运行。

异常流

• Not Found ‘xx’ File - Pod install
• Can't open Pods.xcodeproj - Pod install后重启Xcode
• Conflicts: BigFan/Pods/Pods.xcodeproj/project.pbxproj - Pod install
• Pod install 报错 - Pod repo update

存在的问题

目前在试运行的时候发现CocoaPods的缓存机制会导致代码可能不是最新的。

关于Pod 库改成了本地路径pod install 后还在 pods 文件来下面的解决方法。

• 原因：CocoaPods 缓存引起的

解决方法：

• 1 先在Podfile 里面注掉该Pod库
• 2 Pod install
• 3 然后在Podfile 里面打开该Pod库
• 4 Pod install