我正在编写一款iPad应用程序,可通过应用内购买扩展新项目。例如,我目前的计划是使用jpg模式和匹配的plist文件,其中包含将该模式扩展为完整图片所需的参数。
用户将从小缩略图列表中选择一个jpg / png - 列表保存在Core Data中 - 应用程序将找到匹配的plist以正确显示jpg / png。我一次只能打开其中的大约10个。但我最终可能会存储1000个jpgs和plists。
许多小文件的存储会导致应用程序出现问题吗?
我采用plist方式,而不是将参数存储在Core Data中,因此如果我以后需要添加参数,我不必迁移数据库,只需更改代码中的访问权限即可。 (当我创建模式时,更容易专注于plist文件而不是Core Data行。)
该应用程序目前似乎运行良好,但我担心期货......
我的应用程序也使用Core Data进行其他操作,因此如果应用程序因文件数量而陷入困境,我可以进行转换。
感谢。
答案 0 :(得分:2)
只要您有经过深思熟虑的命名和跟踪文件的方法,保存大量小文件就不是问题。
请记住,用户在移动设备上的文件管理灵活性和易用性与在非移动平台上不同。在非移动设备上工作的设计在用手指移动的设备上是不可行的。
然而,当你说:
当我创建模式时, 它更容易专注于一个plist 文件而不是核心数据行。
...使用“行”表示您还没有完全掌握Core Data的实用程序。核心数据不使用行,列,表或联接。它是一个对象图管理系统,有时在幕后使用SQL方式。
Core Data旨在以与UI和其他服务的面向对象API的其余部分无缝地网格化的方式处理数据。当您使用像plist这样的其他数据管理系统时,您很可能最终会手动复制大量Core Data的功能。