前言
先前使用的网络请求是基于AFNetworking3封装实现的，但是在使用过程中还是发现了一些不方便的地方。主要集中在以下几点：
1. 网络请求缓存支持的不好，在断网的情况下需要使用缓存数据，防止界面空白。
2. 网络请求回来之后的处理线程不够灵活。因为有很多请求回来的数据需要本地计算，此时如果在主线程中处理，会对UI有一定的影响。
3. 对XML格式的数据请求不理想。
4. 数据自定义解析不够完善。
处理思路
鉴于当前系统原生的NSURLSession已经有了一套较为完善的封装。我们只需要对一套机制进行二次封装，加上一些我们以上关注的几点，然后处理好网络请求的并发的问题。就能够很好的解决我们的问题。
针对并发的问题，我们可以通过NSOperationQueue进行管理，有效的控制并发数。
缓存的问题，通过URL生成key，然后缓存到plist文件中。自己去管理缓存。灵活性较高。
然后将JSON数据解析为模型的问题可以再合适的机会处理。
架构设计
未命名.png
如图为架构设计图。
通过EgovaNetworking提供对外接口。NetworkingManager中的
@property (nonatomic, assign) EgovaResponseType reponseType;
@property (nonatomic, assign) EgovaRequestType requestType;
- (NSOperationQueue *)networkQueue;
- (void)addOperation:(NSOperation *)operation;
这些参数提供了数据解析的方式，同时在这个里面保存了网络请求的队列。
NetworkingManager是被EgovaNetworking调用的，里面提供了很多通用的接口请求。POST, GET, Upload， Download等。而NetworkingManager的分类HTTP主要是提供了一些特有的内容，比如参数序列化，HTTP Body构建，参数检查等等。而SOAP主要和HTTP类似，只是提供了不一样的实现，方便SOAP请求。
NetworkingManager本身会接受NSURLSession所有的代理，在这些代理被执行的时候，会根据请求的类型，将这些操作转到NetworkDataTaskOperation等着三个类中，这三个类才是最终数据处理的地方，包含，NSData转NSDictionary, NSDictionary转自定义对象，根据调用参数决定返回的线程（主线程or其他线程）。
执行流程
通过EgovaNetowking发起请求， 如果网络异常，根据需要调用缓存返回给用户。如果网络正常，进入到NetworkingManager+HTTP中，创建请求参数，然后调用NetworkingManager中的dataOperationWithURL方法，创建Operation， 然后通过NetworkingManager的addOperration方法，加入到队列中。队列会根据当前的情况，调用NetworkTaskOperation中的start方法，直接执行请求。然后回调数据（常规的POST, GET），最终在
- (void)URLSession:(NSURLSession *)session dataTask:(NSURLSessionDataTask *)dataTask didReceiveResponse:(NSURLResponse *)response completionHandler:(void (^)(NSURLSessionResponseDisposition disposition))completionHandler
完成请求，然后解析数据（根据需要是否解析为自定义模型），同时根据需要是否缓存数据。最后回调给用户。
整个过程高度可控。并且处理了很多异常的情况，最重要的是讲很多以前需要用户手动处理的数据自动化。降低了用户的工作量。
网友评论