从RestKit到纯AFNetworking 2.0的过渡

Question

过去两年来我一直在使用RestKit，但最近我开始考虑从这些庞然大物框架转换，因为它看起来真的是过度杀伤。

这是我的优点前进：

1. 有很大的需求，使用NSURLSession后台获取和RestKit只有过渡到AFNetworking 2.0实验分支。转换完成时没有实际的日期。 （主要原因）
2. 因为不需要全功能的离线数据存储，所以不需要网络库中的CoreData支持。
3. 由于它们不支持路径模式中的不同参数（例如访问令牌参数），并且无法在具有自定义描述符的一行中创建对象请求操作，因此头痛的是响应/请求描述符的新概念。在这里，我放弃了作为外观的对象管理器的功能。

一我在对象映射过程RestKit的最大的损失。 你可以推荐你使用的独立库，它显示自己灵活和稳定？

二，而我伤心，我需要没有全功能存储，但我仍然需要一些缓存支持在一些地方。 我听说NSURLCache在上次操作系统版本中变得有用。 你有没有使用它，有什么战略？ 网络连接中断时是否返回缓存API响应？

三，有没有人面临同样的问题？ 您应用了哪些解决方案？ 也许有人可以给一些关于体系结构的一条建议，他或她在纯AFNetworking中使用多个应用程序？

Answer 1

一，同意与其他人谁也评论说，AFNetworking + Mantle是用一个RESTful API进行交互，并替换你错过RestKit的对象映射过程简单而有效的方法。

二，回答缓存支持的要求高度依赖于上下文。但是，我发现，针对最近的功能需求，为特定控制器的屏幕缓存视图模型，并且仅缓存由API返回的参考数据，这使我可以保持应用程序逻辑相对简单，同时为用户提供一些连续性。针对连接问题的简单错误通知可以采用交叉方式处理。

三，关于与此方面相关的体系结构的一个想法是确保应用程序所依赖的API根据应用程序体验提供数据。这使得您的应用可以专注于其擅长的功能（非常流畅的用户体验），并将逻辑移入API更接近API依赖项（如数据）的位置。这有助于降低应用程序的恶意程度。