从零开始搭建swift开发框架(二)业务层篇

上一篇从零开始搭建swift开发框架(一)网络库篇

最近写了一个基于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接口(分页).

从零开始搭建swift开发框架(二)业务层篇_第1张图片


这种情况怎么办?

我的service层只暴露一个方法,而在这个方法中去判断是上拉还是下拉,

上拉刷新:我同时去调用两个其他的service方法 a.请求banner b.请求第一页

下拉加载:我只去请求分页内容(另外一个service方法)

所以我暴露给界面上的就是一个方法,该方法返回的是一个viewModel,

我拿过来直接和界面绑定,这样你的业务都拆分到service中了,viewcontroller的代码骤减

3.mock管理

一般来说服务端和客户端的开发是并行的

所以通常会采用mock数据的方式来进行模拟接口联调

有的人采取工具自己部署一个服务器,然后把写死的json数据丢在里面

but 我采取的方案是 把json字符串放在本地,通过mockService去读取这个文本


从零开始搭建swift开发框架(二)业务层篇_第2张图片


mock的情况其实有两种

a.服务端写好接口文档,返回值是已知的情况

那么大胆使用我的方案 在xxxService中调用mockService(详见SocailAppService.swift)

等服务端接口做好了 改成指向网络的请求 ,解析部分都不需要改了

b.接口文档不确定,服务端都没设计好返回值是啥

你可以根据页面上的元素 比如说 name title cover 之类的 判断出可能存在的字段

并自己定义好viewmodel,使用这个viewmodel自己编造出json数据联调清楚

等服务端接口出来之后,你在解析的时候可以将 服务端返回的原始model转成 你的viewModel

因为viewModel已经和界面联调好了,所以界面那块就不需要动了


从零开始搭建swift开发框架(三)通用组件篇


整套框架

https://github.com/manondidi/swiftArch

你可能感兴趣的:(从零开始搭建swift开发框架(二)业务层篇)