plists vs核心数据保存参数

Question

我正在写一个iPad应用程序，将通过应用程序内购买的新项目进行扩展。例如，我目前的计划是使用一个jpg模式和一个匹配的plist文件，并使用我需要的参数将该模式扩展为完整的图片。

用户将从小缩略图列表中选择一个jpg/png - 该列表保存在核心数据中 - 并且应用程序将找到匹配的plist以正确显示jpg/png。我一次只能打开其中的大约10个。但我最终可以存储1000个jpgs和plists。

存储大量小文件是否会导致应用程序问题？

我要去plist中的方式，而不是存储在核心数据的参数，所以，如果我以后需要添加参数，我没有要迁移数据库，只需更改代码的访问权限。 （当我创建模式时，更容易专注于plist文件而不是核心数据行。）

该应用程序似乎现在工作得很好，但我担心的是期货.. 。

我的应用程序也不会使用的核心数据进行其他的事情，所以我可以过，如果应用程序将获得陷入了文件的数量变化。

谢谢。

Answer 1

节约大量的小文件是没有问题的，只要你有命名和跟踪文件的一个深思熟虑的手段。

记住，用户不具有文件管理的相同灵活性和易用性上的移动，因为它们在非移动平台上做。在一个用手指移动的设备上，在非移动设备上工作的设计不可行。

但是，当你说：

，当我创建模式， 它更容易集中在一个的plist 文件，而不是核心数据行。

...使用“行”表明您没有完全掌握Core Data的实用程序。核心数据不使用行，列，表或连接。这是一个对象图管理系统，有时在幕后使用SQL方式。

核心数据旨在处理数据的方式与用于UI和其他服务的面向对象的API的其余部分无缝地啮合。当您使用plist等其他数据管理系统时，无论如何，您最有可能最终会手动复制大量的Core Data功能。