ios开发循环网络请求_谈谈 iOS 网络层设计（SSJNetWork封装缓冲，log日志，自动取消网络请求）...

2.delegate效率高，delegate只是保存了一个对象指针3.在多个通信事件的时候，delegate显得直观也易维护。

delegate缺点：1.因方法的声明和实现分离开来，代码的连贯性不是很好，没有 block 好读

2.很多时候需要存储一些临时数据

------------

笔者崇尚于更轻型，更简单，更连贯的代码，所以笔者在封装SJNetwork的时候采用的是Block，佛家云：有所舍，才能有所得。

indulge_in 大神 认为CTNetworking 不足：

使用 IOP 方式建立模块，化继承为组合。独立和等协议作为集约管理部分，若个别接口需要修改这些公共配置，只能在集约管理模块来判断，显得有一点繁琐。

记录了一个 request 实例的所有 task，在 dealloc 中自动取消掉还未降落的网络请求，但是实际上网络请求任务会持有 request，所以自动取消策略不成立了。

YTKNetwork 不足：

基于多态的设计思路，提供了很多供重载的方法，从设计来看，框架是可以实例化YTKBaseRequest子类 直接使用的，那么直接使用时无法重载这些方法专门定制(个人看来有些地方使用属性更灵活)；并且，当一个 reqeust 多次start发起请求就会调用多次这些重载方法，可能造成多余计算；

缓存策略使用一个YTKBaseRequest的子类YTKRequest来做，虽然这样看起来比较优雅，父类和子类各司其职，单一职责，但是缓存策略难免会更改父类的逻辑，