序言

以Swift为iOS开发入门语言的新手，在网络编程时往往容易存在以下两个问题：

• 没有网络层，网络请求的代码散落在各处，难以统一管理，难以维护。
• 根据JSON手写Model，采用SwiftyJSON这种半自动的方式进行JSON解析，再手工将经SwiftyJSON处理的半成品数据灌入Model之中，效率极其低下，代码冗余繁杂。

首先我会提出一个网络层设计方案，之后是一个基于该设计的完整Swift网络编程实践。

没耐心看渔的可以直接看最后的鱼。

网络层设计

在设计之前，我参考了@反革命攻城狮 的 iOS应用架构谈 网络层设计方案

他设计的网络层包括两部分: Manager 和 Reformer。

每个业务层拥有自己的Manager实例和Reformer实例，Manager实例负责发送请求，取得JSON数据，JSON经Reformer处理后，采用Delegate的方式通知调用的业务层。

我的设计只包含Manager，而且各个业务层不拥有自己的Manager实例，Manager类本身提供一个单例，单例的实例方法是对各个API的调用，每个方法对应一个API，业务层将completionHandler传给Manager单例的相应方法，该方法发出网络请求，并对得到的JSON进行解析，将解析完得到的Model传回业务层。

设计上，我把他讲的回调时不用block，不要在Manager内解析JSON这两条都违背了..，关于回调时用不用block，因为我采用的是单例，而且我不想将JSON解析下放给业务层，如果硬要采用Delegate，那我就不得不为每个业务层提供一个专门的Delegate来为其进行JSON解析，如果有N个业务层，我需要先定义N个Protocol，再为Manager增加N个变量，同时还需要使N个业务层接受单例的委托，这是不现实的，如果采用block，所需要做的就只是在相应方法内为该block添加上JSON解析的代码然后传给Alamofire就可以了。关于为什么在Manager内解析JSON了，我觉得这一行代码的问题.. 就不用给业务层了吧。

最佳实践尝试

OC传统的JSON解析方式是利用插件或其他工具依照JSON生成Model的代码，然后将得到的JSON利用YYModel或MJExtension之类的第三方库一行注入到Model中，的确比文章开头提到的方法简单多了，但虽然MJExtension这类的第三方库支持Swift，但我在尝试使用的时候遇到了NSArray和Array不兼容的问题，可能是我的配置有问题，但我找到了其他可以替代而且更简单的方式，就是用JSONExport。

JSONExport可以根据JSON为你生成对应的Model代码，并且也迭代的帮你写好了JSON转Model的代码，即Model的 formDictionary 方法。

鱼

第一步：https://github.com/Ahmed-Ali/JSONExport 下一个JSONExport

第二步：将JSON复制进去

JSONExport

得到三个Model文件，拖进你的工程，选中copyIfNeeded

第三步：依照之前的网络层设计，建一个Manager，提供一个单例，并为每个API写一个接受完成闭包的方法。

第四步：使用Alamofire发送网络请求，在完成闭包里使用 JSONExport 为每个Model提供的fromDictionary方法将JSON灌进Model中，将Model传给业务层送来的completionHandler。

第五步：业务层的代码通过调用单例的对应函数访问相应API，并直接获得该API所对应的Model。

这样既实现了网络访问的统一管理又避免了大段的JSON解析代码，比起原来的方法，不知道高到哪里去了。