过去两年我一直在使用 RestKit，但最近我开始考虑从这些整体框架进行过渡，因为它似乎真的有点过分了。
这是我前进的优点:
- 非常需要使用 NSURLSession 进行后台获取，而 RestKit 只有实验分支用于过渡到 AFNetworking 2.0。没有过渡完成的实际日期。 (主要原因)
- 网络库中不需要 CoreData 支持，因为不需要功能齐全的离线数据存储。
- 对响应/请求描述符的新概念感到头疼，因为它们不支持路径模式中的不同参数(例如访问 token 参数)，并且无法使用自定义描述符在一行中创建对象请求操作。在这里，我失去了对象管理器作为外观的功能。
I.RestKit对我来说最大的损失是对象映射过程。 您能否推荐您使用的、灵活且稳定的独立库？
II。正如我所难过的那样，我不需要功能齐全的存储，但我仍然需要一些缓存支持在某些地方。 我听说 NSURLCache 在上一个操作系统版本中变得有用。 你用过它吗？策略是什么？ 当网络连接断开时，它是否返回缓存的 API 响应？
III.有人面临同样的问题吗？ 您应用了哪些解决方案？ 也许有人可以就他或她在具有纯 AFNetworking 的多个应用程序中使用的架构提供一些建议？
最佳答案
我。与其他评论者一致，AFNetworking + Mantle是一种与 Restful API 交互的简单而有效的方法，并取代您错过的 RestKit 对象映射过程。
二.满足缓存支持的要求很大程度上取决于上下文。然而，我发现针对我最近的功能需求，缓存特定 Controller 屏幕的 View 模型并且仅缓存 API 返回的引用数据使我能够保持应用程序逻辑相对简单，同时为用户提供一定的连续性。可以通过横切方式处理连接问题的简单错误通知。
三．与此方面相关的架构的一个想法是确保应用程序依赖的 API 根据应用程序体验提供数据。这使您的应用程序可以专注于它所擅长的领域(非常流畅的用户体验)，并将逻辑移至更接近 API 依赖项(例如数据)的 API 中。这还有一个好处，就是减少应用程序的干扰。
关于core-data - 从 RestKit 过渡到纯 AFNetworking 2.0，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23000024/