项目的开始我们必然要面临一些准备工作来做统筹布局(如: 网络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,它们的关系如下: