Iphone 使用自定义核心数据持久存储通过Web服务获取数据？

这是个好主意吗？什么时候是好主意，什么时候是坏主意

---

刚刚在WWDC的一个视频中听到了这一点，我不太明白人们为什么要这样做。看起来很复杂，我看不到它的好处。

在我看来，它将完全抽象数据访问层。然后，您将能够使用核心数据获取请求API访问web服务。您还可以在持久存储中实现缓存，而不会影响应用程序逻辑

另外，更改web服务请求/响应格式可能只会影响持久存储层

我认为这对大型请求是一个好处。由于网络在电池寿命方面相当昂贵，应用程序应该使用尽可能少的带宽，所以在我看来，开发一个发送更多信息的单一请求，但使用核心数据一次只访问子集是一个很好的设计

---

最后，我认为核心数据API与主要的ORM web框架（例如rails或django）很好地融合在一起。

它很复杂，旨在展示如何处理核心数据。我个人喜欢将服务器通信与本地缓存分开，然后根据对本地缓存的更改更新服务器。这意味着我使用的代码侦听核心数据中的保存事件，然后更新服务器

您能发布WWDC视频的名称/年份吗？WWDC 2010会话117@35:53您不认为通过网络传输数据的核心数据是多余的吗？您能看到潜在的性能问题吗？如何优雅地处理网络断开？我还没有深入研究API，但我真的很想知道它带来的好处与增加的复杂性（参见视频，持久性存储子类化…：S）相比，可能有些过头了。但如果这意味着除了使用核心数据之外，我再也不用访问我的数据了，因为所有web服务都包含在持久存储中，我可以通过本地持久化和在网络透明返回时更新来管理断开连接，那么这可能是值得的。在我正在开发的应用程序中，我没有这样做，只是按照旧的方式在外部实现web服务的缓存和更新，但我可能会在下一个应用程序中考虑它。