网络层设计

三个问题,

1. 输入
2. 中间的数据转化
   3.数据的输出

一 输入

1. 封装两三个接口,供业务层调用.
   优点: 简单,易用
   缺点: 可定制性低,对于复杂的API,要在调用的时候,做很多的工作. 所以网络层的代码,要下载VC或者业务层里.而且不用地方使用,要写多次.比较混乱.

2. 每一个API对应一个类,分布式接口
   优点: 易定制,一次定制,复用度高
   缺点: 如果网络API较多,会有很多的API类文件

总结: 可以采用集中式和分布式结合的方式,抽象出上层的基类,对于定制程度高的API,基础基类,完成定制. 简单的api,使用基类即可.

二 数据的转化.

1. request .
   对于header,Method,paramters,要提供定制接口,在基类中,也要提供公共方法
   2.response. 提供返回值的校验接口,在基类中,公共校验方法
2. 数据的剥离和转化,如果最外层为无用数据,可以做外层数据的剥离. 还有XML转化为JSON

三: 数据的输出

1. 输出方式
   notification: 优点: 简单易用,一对多
   缺点: 代码的跨层调用,层级关系不清晰. 代码可读性连续性低
   delegate: 一对一,层级关系清晰
   代码可读性连续性低
   block: 代码可读性连续性高.
   缺点: 注意造成crash

1: 输出格式.要不要转化为model是一个问题.