最近写了一个基于swift的ios开发框架 swiftArch
swift智能开发框架 用最少的代码完成页面 智能分页(策略设计模式) cell和section解耦 业务拆分 mock管理
准备写一个系列的文章来介绍我是如何从零开始搭建
做过java开发的都知道,一般会把项目拆分成三块甚至更细
controller层 service层 和dao层
所以我也对swift开发框架进行了拆分
我不希望用户直接在viewcontroller中直接调用http.request
而是写一个service层,service层中直接返回一个viewModel给viewcontroller
我的页面只要和service返回的viewModel联调好,而service只要和服务器联调好,一切都畅通无阻了
所以我的service表面上做的事情很简单:传入参数,输出viewModel
实际上可能还有一些业务处理,比如说,
1判断本次业务请求是否成功
即 Result.statusCode==0,还有从Result节点中取出data节点的模型返回给上层
2请求merge,比方说以下这个界面,banner部分是A接口,剩下的列表是B接口(分页).
这种情况怎么办?
我的service层只暴露一个方法,而在这个方法中去判断是上拉还是下拉,
上拉刷新:我同时去调用两个其他的service方法 a.请求banner b.请求第一页
下拉加载:我只去请求分页内容(另外一个service方法)
所以我暴露给界面上的就是一个方法,该方法返回的是一个viewModel,
我拿过来直接和界面绑定,这样你的业务都拆分到service中了,viewcontroller的代码骤减
3.mock管理
一般来说服务端和客户端的开发是并行的
所以通常会采用mock数据的方式来进行模拟接口联调
有的人采取工具自己部署一个服务器,然后把写死的json数据丢在里面
but 我采取的方案是 把json字符串放在本地,通过mockService去读取这个文本
mock的情况其实有两种
a.服务端写好接口文档,返回值是已知的情况
那么大胆使用我的方案 在xxxService中调用mockService(详见SocailAppService.swift)
等服务端接口做好了 改成指向网络的请求 ,解析部分都不需要改了
b.接口文档不确定,服务端都没设计好返回值是啥
你可以根据页面上的元素 比如说 name title cover 之类的 判断出可能存在的字段
并自己定义好viewmodel,使用这个viewmodel自己编造出json数据联调清楚
等服务端接口出来之后,你在解析的时候可以将 服务端返回的原始model转成 你的viewModel
因为viewModel已经和界面联调好了,所以界面那块就不需要动了
整套框架
