iOS网络操作
iOS提供的API
socket 方式
IOS 提供的socket 方式的网络编程接口为CFSocket。CFSocket是BSD sockets的抽象和封装，CFSocket提供BSD sockets几乎所有的功能，并与run loop集成，用来实现多线程网络编程和网络事件监听。基于 CFSocket可以实现各种类型的 socket编程，包括stream-based 的sockets(如TCP)和packet-based 的sockets(如UDP)。
常用第三方库:
robbiehanson/CocoaAsyncSocket
robbiehanson/XMPPFramework
一般要用到socket的地方就是需要长连接的地方，TCP居多，做IM的时候需要用到。其他情况，用到的情况不多。
stream方式
iOS 为stream编程模式提供的api编程接口包括两大类，一类是Core Foundation框架层用C语言实现的CFStream API（包括CFStream、 CFReadStream 、CFWriteStream等）,一类是基于其上的在Foundation框架层用Objective-C语言实现的NSStream API（包括NSStream、NSInputStream NSOutputStream等）。
这些接口用的地方也不是很多。
URL 方式
url 编程模式通过URL 的方式来实现网络编程，任何要存取的网络资源（包括局域网和广域网）都可以用一个URL来表示和存取，并支持设备间的资源共享。url 编程模式系统提供http, https, file, ftp, data等五种协议支持，并允许用户自己开发和登记相关类来支持另外的应用层网络协议，进行协议的扩展。
url 编程模式在IOS系统可以使用两种编程接口：NSURLSession 和NSURLConnection。
对于iOS 7 以后的最新系统推荐使用NSURLSession API，对于老版本由于不支持NSURLSession，因此必须使用NSURLConnection API。
第三方库：
AFNetworking/AFNetworking
yuantiku/YTKNetwork
在iOS开发中，这是用得最多的，需要重点掌握
AFNetworking3.0使用简介
iOS网络层次
AFNetworking
- 直接用3.0版，基于NSURLSession，比较好用
- HTTP数据业务用AFHTTPSessionManager
- 上传和下载用AFURLSessionManager
- 证书用AFSecurityPolicy
- 判断网络状况用AFNetworkReachabilityManager
- request用AFJSONRequestSerializer，仅限于HTTP数据业务
- response用AFJSONResponseSerializer，仅限于HTTP数据业务
- AFMultipartFormData不推荐使用，image和业务数据混合的方式不好
- 图片可以考虑用上传和下载业务AFURLSessionManager
AFNetworking/AFNetworking
AFNetworking文档
YTKNetwork
- 主要还是通过继承基类的方式来使用
- 使用了AFNetworking，是以源代码的方式继承，没有用Pods
- 对外暴露url，request等概念，不是非常好
- 继承方式改为协议方式，面向接口方式比较好
- 还可以封装得更彻底一点
- YTKBatchRequest 类和YTKChainRequest 类作用不是很大
yuantiku/YTKNetwork
YTKNetwork基础教程
YTKNetwork 使用高级教程
自己的思考
- 底层用AFNetworking，版本3.0，用源代码整合的方式，对外输出framework
- 数据业务，上传业务，下载业务分开考虑
- image上传下载提供专门的接口，方便使用
- 使用者使用代理，简化使用方式
- Block是趋势，不过其主要作用是代码聚合，不利于模块分割；这里是要把具体业务和网络模块分割，让不同的部门负责。所以，Block这种聚合的使用方式，在这里并不是最佳
- Notification是1对多的关系，在这里会带来复杂性。并且全局的消息名字，并不能解耦
- 代理的1对1的沟通方式，比较合适
- protocol，使用者，实现者三者分离的模式，适合模块划分的隐含需求
- 可以做的像tableView那样方便使用（协议和使用由底层模块负责，上层使用者比较方便）
- 容易和Android的思维方式达成统一
- Swift面向接口编程，也方便今后的进化
- delegate的方式都可以改为Block，这个是一一对应的，没有问题。这里选择代理，只是更强调使用者和代理这种强烈的区分意味，让使用者用起来更简单。代码是否在一个地方汇聚，不是这里的最重要需求。这里更强调隔离，让业务使用者和框架实现者各司其职。这里的核心需求和Block的最重要特色是相反的。tableView从设计思路上是很值得参考的一个案例。
ZANetwork.jpg
