组件化实践记录

    之前，写过文章CocoaPod创建私有库记录创建私有库，但是发现创建Paas项目的基础库的时候，没有那么简单，基础库中又分为网络请求、数据存储、UI功能组件、基类等。好像一个Spec不够，难道我要创建多个单独的私有库么？

AFNetworking.png

    再看看AFNetworking的结构，发现用Subspecs可以解决这个问题。每个Subspecs可以单独依赖第三方库，也可以依赖其他的Subspecs。这里需要注意的是每个Subspecs只能单向依赖，不能互相依赖。假如熟悉ruby的语法，Subspecs的格式很容易书写。

Network子模块.png

    拿网络模块举例，依赖的第三方库是YTKNetwork，还依赖基础库中工具库、数据存储库、UI功能组件。（这里解释一下，为什么会依赖其他的库，每个网络请求的header里面都要塞入前一个请求的response里面的东西,请求前和回调里面显示HUD，HUD是UI功能组件的东西）。完整的podSpec格式如下

Pod::Spec.new do |s|
  s.name             = 'YYPaasBaseLib'
  s.version          = '0.1.8'
  s.summary          = 'Paas平台的基础库'

  s.description      = <<-DESC
TODO: Add long description of the pod here.
                       DESC

  s.homepage         = 'https://git.qianjiangcloud.com/products/paas-app-ios-plugin'
  s.license          = { :type => 'MIT', :file => 'LICENSE' }
  s.author           = { 'yuyiios@163.com' => 'yuyiios@163.com' }
  s.source           = { :git => 'https://git.qianjiangcloud.com/products/paas-app-ios-plugin.git', :tag => s.version.to_s }

  s.ios.deployment_target = '8.0'
  
  s.subspec 'Category' do |category|
      category.source_files = 'YYPaasBaseLib/Classes/Category/*.{h,m}'
      category.public_header_files = 'YYPaasBaseLib/Classes/Category/*.h'
  end
  
  s.subspec 'DataStore' do |dataStore|
      dataStore.source_files = 'YYPaasBaseLib/Classes/DataStore/*.{h,m}'
      dataStore.public_header_files = 'YYPaasBaseLib/Classes/DataStore/*.h'
  end
  
  s.subspec 'Tool' do |tool|
      tool.source_files = 'YYPaasBaseLib/Classes/Tool/*.{h,m}'
      tool.public_header_files = 'YYPaasBaseLib/Classes/Tool/*.h'
      
      tool.dependency 'YYModel', '~> 1.0.4'
  end
  
  s.subspec 'UI' do |ui|
      ui.source_files = 'YYPaasBaseLib/Classes/UI/*.{h,m}'
      ui.public_header_files = 'YYPaasBaseLib/Classes/UI/*.h'
      
      ui.dependency 'Masonry', '~> 1.1.0'
      ui.dependency 'MJRefresh', '~> 3.1.15.3'
      ui.dependency 'MBProgressHUD', '~> 1.1.0'
      ui.dependency 'IQKeyboardManager', '~> 6.0.4'
      ui.dependency 'SDWebImage', '~> 4.4.1'
  end
  
  s.subspec 'View' do |view|
      view.source_files = 'YYPaasBaseLib/Classes/View/*.{h,m}'
      view.public_header_files = 'YYPaasBaseLib/Classes/View/*.h'
      view.frameworks = 'WebKit'

      view.dependency 'YYPaasBaseLib/Tool'
  end
  
  s.subspec 'Network' do |network|
      network.source_files = 'YYPaasBaseLib/Classes/Network/*.{h,m}'
      network.public_header_files = 'YYPaasBaseLib/Classes/Network/*.h'
      
      network.dependency 'YTKNetwork', '~> 2.0.4'
      
      network.dependency 'YYPaasBaseLib/Tool'
      network.dependency 'YYPaasBaseLib/DataStore'
      network.dependency 'YYPaasBaseLib/UI'
  end
  
  s.subspec 'Mediator' do |mediator|
      mediator.source_files = 'YYPaasBaseLib/Classes/Mediator/*.{h,m}'
      mediator.public_header_files = 'YYPaasBaseLib/Classes/Mediator/*.h'
      
  end

  s.frameworks = 'UIKit', 'Foundation'
end

YYPaasBaseLib.png

    一周前，就已经完成项目的基础库的创建，当时想着的是基础库和业务脱离，不需要太大的改变，但是从实际开发来看，YYPaasBaseLib已经从0.1.0版本更新到0.1.8版本，变动还是挺大的。关于功能的划分也是费了一番脑子，最后也把中间层Mediator放在基础模块里面（中间层+模块的Category和模块的Target都放在各自的业务模块中），放着这里其实不太好，但是目前没有找到更合适的方式。

    其实还有些东西和基础库、业务模块都有联系。对于这块的划分很是头疼，比如NSNotification名称和数据存储的键名，还有网络请求关于业务成功回调的定义，有的是根据某个字段的定义，有的是判断某个对象的有无来的。暂且把这些东西叫做弱业务关系，把弱业务关系放入基础模块是不合适的，对于不同的业务模块或者项目，弱业务关系都不一样。放入具体的业务模块也不合适，冗余太大。只能单独抽出来一个弱业务关系组件，那么依赖关系应该是这样 业务组件--> 弱业务组件-->基础组件。想快速新建一个APP的话，要同时替换弱业务组件和部分业务组件。

    组件化不是一蹴而就，需要慢慢的摸索。现在APP刚起步，模块还比较少，编译的时间比较快，属于可接受范围内，后期模块比较多的时候，编译时间会增加，而且模块成熟不需要做大量修改，那个时候再考虑二进制化，把组件的源码转换成静态库或者动态库，来提高编译速度。

    iOS项目按照模块化的方式来开发，没有tabBarController,RootController直接指向首页，首页是一个WKWebView，业务实现都在WKWebView里面。原生的部分还包括登录、注册和忘记密码。WkWebView需要token的时候，H5调用原生页面去登录，从后台拿到token后，本地存储，然后注入WKWebView的Cookie里面。后面的工作是引入支付、加入tabBarController,把H5的功能都实现出来。

千匠星云下载二维码.png

    最后加一条硬广。APP在内测阶段，用企业级账号打了一个.ipa包，不大才2.1M,放在了免费的腾讯云上面，欢迎扫码下载。