我有一个应用程序与服务器通信以获取当前用户的一些项目(Item
类)并将其存储。到现在为止还挺好。在核心数据应用程序中建模短期对象
我想实现搜索,实质上是返回一组Item对象,但显然我不想坚持每一个搜索结果。另一个用例是服务器API具有不同的端点,比如推荐/新/即将/返回相同的Item对象,但是在不同的上下文中,所以我想以某种方式区分它们。
我的第一个想法是使用丢弃的托管上下文,从API中加载对象,执行获取以及在用户完成时只是销毁上下文。一般来说这是个好主意吗?它节省了代码,因为我的大多数VC已经与核心数据进行了交流。
我有一个很好的朋友,谁是真正的数据库大师,而他正是这样做的。他将核心数据用于他所有的数据存储,并经常使用不必要的上下文。我在我的应用程序中使用它来存储图像,并且我总是在重新启动时抛弃它,因为我不想担心腐败(不是我见过的)或迁移(并且我会不时修改它) 。 –