三个问题,
- 输入
- 中间的数据转化
3.数据的输出
一 输入
封装两三个接口,供业务层调用.
优点: 简单,易用
缺点: 可定制性低,对于复杂的API,要在调用的时候,做很多的工作. 所以网络层的代码,要下载VC或者业务层里.而且不用地方使用,要写多次.比较混乱.每一个API对应一个类,分布式接口
优点: 易定制,一次定制,复用度高
缺点: 如果网络API较多,会有很多的API类文件
总结: 可以采用集中式和分布式结合的方式,抽象出上层的基类,对于定制程度高的API,基础基类,完成定制. 简单的api,使用基类即可.
二 数据的转化.
- request .
对于header,Method,paramters,要提供定制接口,在基类中,也要提供公共方法
2.response. 提供返回值的校验接口,在基类中,公共校验方法 - 数据的剥离和转化,如果最外层为无用数据,可以做外层数据的剥离. 还有XML转化为JSON
三: 数据的输出
- 输出方式
notification: 优点: 简单易用,一对多
缺点: 代码的跨层调用,层级关系不清晰. 代码可读性连续性低
delegate: 一对一,层级关系清晰
代码可读性连续性低
block: 代码可读性连续性高.
缺点: 注意造成crash
1: 输出格式.要不要转化为model是一个问题.
