从REYKIT转换到纯AFnetworking 2.0

Question

我一直在过去两年中使用RESTKIT，但最近我开始考虑从这些整体框架过渡，因为它似乎真的是矫枉过正。

这是我前进的专业人士：

1. 使用Nsurlsession进行背景获取和Restkit仅有实验分支过渡到AFnetworking 2.0的实验分支。转换后没有实际日期。 （主要原因）
2. 无需在网络库中支持CoreData支持，无需全功能离线数据存储。
3. 具有新的响应/请求描述符的概念，因为它们不支持路径模式（例如访问令牌参数）中的不同参数，并且无法使用自定义描述符以一行中创建对象请求操作。在这里，我正在将对象管理器的功能丢失为立面。

i。 对象映射进程中最大的restkit丢失。 您是否可以推荐您使用的独立图书馆，这些图书显示自己灵活且稳定？

ii。并且当我悲伤时，我需要没有完全练功的存储，但我仍然需要一些 缓存支持 在某些地方。 我听说nsurlcache在最后一个操作系统版本中已经有用。 你用它，什么是战略？ 当网络连接下降时，它是否返回缓存 api响应？

iii。有人面临同样的问题吗？ 你申请了哪些解决方案？ 也许有人可以给出一些 关于架构 的建议，他或她在多个应用程序中使用纯粹的afnetworking？

Answer 1

i。与评论的其他人同意，afnetworking + mantle 是一种简单而有效的方式与RESTful API进行交互并替换您错过的Restkit的对象映射过程。

II。为了回答缓存支持的要求高度依赖于上下文。但是，我找到了最近的功能要求，即缓存特定控制器的屏幕的视图模型，并且仅通过API返回的缓存参考数据允许我保持应用程序逻辑相对简单，同时给用户一些连续性。可以以交叉切割方式处理连接性问题的简单错误通知。

III。对与此方面相关的架构的一个想法是确保应用程序取决于应用程序的数据提供数据。这允许您的应用专注于（非常光滑的用户体验）擅长的内容，并将逻辑移动到API更接近API依赖项，例如数据。这有一个进一步的好处，可以减少应用的谈话。