浅谈Swift网络编程最佳实践

序言

以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解析代码,比起原来的方法,不知道高到哪里去了。

1 2 收藏 评论

相关文章

可能感兴趣的话题



直接登录
跳到底部
返回顶部