iOS组件化实践(二)：准备

2017-01-11 本文已影响3179人 CodeWeaver

前言

上一篇中我们对组件化是什么和常用的组件化中间件方案做了简单的介绍，这篇文章则是用来说明开始进行组件化时需要做哪些准备工作，希望本文能给你带来帮助。

一、概述

在实施组件化之前，我们需要进行一些准备才能保证接下来的工作顺利愉快的进行。首先便是需要对目前的项目结构做分层设计，因为在实施组件化时，层的概念很重要。那什么是层？又如何分层呢？

首先我们来理解层的概念。以常见的MVC架构为例，一般都是Controller持有View和Model，然后Controller根据需求更新Model并将Model转为对应的View可用数据，通过View的数据源及代理方法刷新View。这种关系形如下图：

MVC的关系图

而项目中的文件结构大概如下：

当项目的功能模块累加到一定程度时，我们会发现MVC的三个文件夹中内容越来越多，查找起来十分麻烦，因此我们可能会对项目结构做如下优化：

对MVC这三个文件夹做拆分，里面分为各个模块：

根据模块拆分项目，每个模块内部分为MVC：

拆分到这里时，有时候就会发现项目中会出现一些不知道归属于哪个模块，或者公用的代码，这时候很多人会选择建立一个Common文件夹，用于存放这些零散的代码：

时间长了，Common内的代码越来越多，直到某一天发现难以维护了，于是将Common内的提供基础功能的模块封装成二方库，通过静态库或者直接用CocoaPods这种依赖管理工具集成：

此时，作为基础库的MyNetworking为A，B这种业务模块提供了基础功能的支持，这样就天然形成了层次关系。总结一下，层就是特定功能的代码集合。一般来说，设计的比较优秀的分层架构，都会保持上层对下层的单项依赖，例如我们用的平时用的AFNetworking就是如此：AFHTTPSession依赖于AFURLSession，AFURLSession依赖于NSURLSession，NSURLSession依赖于CFNetwork，这些依赖都是单向的，因此逻辑非常清晰。

同样，分层的设计也得考虑到这些，例如我们将一个APP分为展示层、业务层、数据层、持久层这四层，也应当保持单向依赖。这样可以最大限度的避免复杂的耦合，减少组件化时的困难。

二、如何进行分层

这里以我们公司的项目举例，目前我们公司重构的项目结构大概如下所示：

这里的分层是根据代码的依赖关系分层的，基础库应当做到互相独立，除了依赖于系统框架和一些非常主流的三方框架外，不对其他代码做任何依赖，每个库都可以独立通过单元测试。

对于业务库的拆分，关键点就在于，业务库虽然包含一定对业务逻辑，但是其中的业务逻辑应当是较大范围内都通用的业务逻辑，比如三方登陆、分享、支付库的调用业务。也就是说这一块的库应当是可以在同公司多个app中通用的，当然如果你们公司只有一个app，那么可以选择将这部分于业务组件相结合，但是谁又能保证一个公司永远只做一个app呢。

而业务组件则是对业务模块的封装，所谓的组件化颗粒度一般指的就是这一层的封装颗粒度，理论上颗粒度做到每个页面是最理想的情况，但实际情况总是千变万化的，某些页面的耦合度可能会非常高，拆分的代价太大，得不偿失。那么我们完全可以将颗粒度稍微放粗一些，将有紧密业务联系的页面组成一个组件，然后暴露使用这个组件的接口即可。

分层的方式有很多，但是做组件化的前提便是将业务部分独立出来，基础库也独立出来。这两层不独立，便无法继续下去。另外，组件化完成之后，每个组件都可以交由不同的小组分别开发，每个组件也都可以使用不同的设计模式（MVC、MVP、MVVM等），而不会污染其他组件结构。

三、基础层如何构建

一般来说，常用的网络请求、数据库操作、网络诊断、hotfix等基础功能都是归属于基础库，如果有针对于业务特性的定制模块，应当将其二次封装扩展作为业务库。基础库中一定要避免混入业务逻辑，也就是我之前一直强调的避免双向依赖。

我们的做法是先将原有与业务功能混合在一起的基础模块独立出来，如网络库、中间件、常用语法扩展、数据库管理等，同时通过对于业务需求相关的地方，提供出protocol供于定制，具体实现可以参考我们的开源代码：HLNetworking、Lothar。

四、业务组件和业务库的搭建

(声明，这段内容很大程度上参考了casatwy大神的这篇博文《在现有工程中实施基于CTMediator的组件化方案》，非常感谢！)

与基础层类似，为了便于管理，业务组件和业务库同样使用CocoaPods做依赖管理。

CocoaPods自身支持git和svn，但是私有源好像是不支持svn的。因此最好还是先弄一个私有git环境，在国内使用coding、oschina这种托管网站，或者自己在公司内网搭建一个gitlab、gogs这样的服务。环境搭建好之后根据以下步骤建立私有源仓库，这里我以github上的这个组织作为例子：

首先创建一个空仓库，我们就起名为PodSpec。
然后将该仓库添加到本地pod repo中：pod repo add myspec https://github.com/ModularizationDemo/PodSpec.git，其中myspec为你区分不同的podspec源的名字，而https://github.com/ModularizationDemo/PodSpec.git则是对应的repo地址。
创建一个文件夹并起个名字，这里我们就起名为ModularizationDemo，然后从git@github.com:ModularizationDemo/config.gitclone一份配置文件到ModularizationDemo文件夹内，并将旧项目复制一份到ModularizationDemo文件夹内、重命名为OldProject，如图所示(这里的项目我以dsxNiubility的SXNews作为demo)：

创建项目文件夹.png