之前，写过文章CocoaPod创建私有库记录创建私有库，但是发现创建Paas项目的基础库的时候，没有那么简单，基础库中又分为网络请求、数据存储、UI功能组件、基类等。好像一个Spec不够，难道我要创建多个单独的私有库么？
再看看AFNetworking的结构，发现用Subspecs可以解决这个问题。每个Subspecs可以单独依赖第三方库，也可以依赖其他的Subspecs。这里需要注意的是每个Subspecs只能单向依赖，不能互相依赖。假如熟悉ruby的语法，Subspecs的格式很容易书写。
拿网络模块举例，依赖的第三方库是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已经从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的功能都实现出来。
