项目的开始我们必然要面临一些准备工作来做统筹布局（如： 网络API的封装、数据处理与UI布局的选择等等），我们这边选择的是Alamofire、ObjectMapper、AlamofireObjectMapper、ReactiveCocoa作为MVVM分层架构的现实：
创新互联专注于永春企业网站建设,成都响应式网站建设公司,商城开发。永春网站建设公司,为永春等地区提供建站服务。全流程按需求定制网站，专业设计，全程项目跟踪，创新互联专业和态度为您提供的服务
1）运用ObjectMapper达到数据之间的相互转化；
2）结合Alamofire、ObjectMapper、AlamofireObjectMapper与ReactiveCocoa封装网络接口让数据可传递、可监听，为调用API接口服务。
3）通过viewmodel的属性（Property）和动作(Action)给view层提供必要的数据和执行的动作。
上面大致介绍了整个架构的现实原理，接下来我们要介绍的网络接口封装的第一步Router协议的实现。Router协议作为网络层现实的一部分，目的就是把API地址转化为更加容易理解的Router名称供其他地方使用，如：
这就是一个登录API的现实，RouterConvertible 就是我们所要现实的router协议，我们要让router协议具备网络请求的必要属性，实现如下:
从实际上考虑除了urlPath需要外部提供，headers和paramters是可选的，method和parameterEncoding可以给与默认值，在需要的时候在作调整，那么如何让这个协议现实这样的功能呢？
swift为我们提供了协议扩展，让我们轻松现实这样的功能，如下：
综上所述，我们的Router协议的实现已大功告成！
主项目中的分层主要包含四个模块，Main(主要)、Expand(扩展)、Resource(资源)、Vender(第三方)，还有本项目是有多个Tag,用于区分不同的版本，比如本地环境测试版、产品版，主要是通过Tag来区分，不同的标识对应不同的连接地址；当然也可以设置其它不同的内容；
2.1 Main(主要)模块的内容
此模块主要目的是为了存放项目的页面内容，比如MVC的内容，Base(基类)用于存放一些公共的内容，其它功能模块的提取，方便继承调用；在本实例中已经在BaseController整理的一个公用的ViewController
2.2 Expand(扩展)模块的内容
此模块主要包含 Const、Macros、Tool、NetWork、Category、DataBase六个子模块；
2.2.1 Macros (宏) 主要存放宏定义的地方，这边有两个宏文件，Macros.h主要是项目的一些主要宏，比如字体、版本、色值等，而ThirdMacros.h主要用于存放一些第三放SDK的key值；
2.2.2 Tool(工具类)主要存放一些常用的类，此处Logger用于存放日志的封装帮助类，Reachability用于存放判断网络状态的帮助类；
2.2.3 Network(网络)这边主要用到YTKNetwork 是猿题库 iOS 研发团队基于 AFNetworking 封装的 iOS 网络库，这边是对它进行一些修改，为了满足不同Tag及不同的功能模块可能访问不同URL的要求；
2.2.4 Category(分类)主要用到Git上面iOS-Categories分类的内容，多创建一个Other用于存放平时要扩展的分类；
2.3 Resource(资源)模块的内容
资源模块主要包含三方面，Global( 全局 )、Image( 图片 )、Plist( 配置文件 )；
2.3.1 Global用于存放项目一些全局的内容，包含启动项的内容LaunchScreen.storyboard、头部引用PrefixHeader.pch、语言包File.strings
2.3.2 Image用于存放图片资源，可以根据功能模块进行再分不同的xcassets文件；
2.3.3 Plist用于存放plist文件，主要是本项目中会创建多个的Tag,而每个Tag都会有自个的plist文件进行管理，所以统一存放方便管理；
2.4 Vender(第三方)模块的内容
虽然项目中已经用Pod来管理第三方插件，但对于一些可能要进行修改的第三方可以存放在这边，本实例中引用的几个比较常用的第三方插件，简单介绍其中的几个，GVUserDefaults是对UserDefaults的封装，简单就可以用于存取操作；JDStatusBarNotification是在状态栏提示效果的插件；ActionSheetPicker底部弹出如时间选择、选项的插件；QBImagePickerController是照片选择插件，支持多选并可以设置最多选择张数；
上一篇我们说到组件化开发是一个App最大一层的架构，那具体到了一个一个的业务组件里，比组件化开发小一点的架构就是三层架构。所谓三层架构就是指把项目中所有的类划分到不同的层，目的是使项目逻辑更加清晰，提升开发和维护的效率，我们一般会把项目分为三层：数据层、业务层、视图层。
注意：严格来讲，三层架构并不真正就比组件化开发小，它们俩只是从不同的角度去做架构而已，往往是相互融合的，比如组件化开发里网络库就是三层架构里数据层的内容，UI库就是三层架构里视图层里的内容等，这里之所以说“三层架构是比组件化开发小一点的架构，主要是针对业务组件来说的”，当然甚至我们在不使用组件化开发时项目里依然可以使用三层架构。
比三层架构再小一点的架构就是视图层架构，我们常说的MVC、MVVM都是˛视图层的架构。
MVC，即Model-View-Controller，它们的关系如下：
MVVM，即Model-View-ViewModel，它们的关系如下：