在核心数据的应用程序

作为后续行动，以this previous question保存HTML，我有一个基于数据的核心iPhone应用程序，获得由一个小工具，写在可可，我也写了底层SQLite数据库文件预加载。基本上，我正在从文本文件中获取数据并离线创建我的数据，因此应用程序在运行时尽可能快（即在我的末端没有数据解析）。在核心数据的应用程序

该项目的一部分将涉及从这些数据创建一个细节视图，因为渲染几个屏幕值得格式化文本的最佳方式是使用HTML和一个UIWebView，我可以扩展我的数据转换器以在生成HTML期间转换过程。

我的问题是：什么是使用存储核心数据HTML的任意大小的块的利弊？正如我所提到的，我使用SQLite作为持久性存储。我想知道性能，特别是如果适合在数据库列中存储（比如说）10-50k的文本。

我的选择是产生个别的HTML文件，将它们存储为资源，并动态地找到它们。但是，这需要更多的时间来实现，并不像插入现有的Core Data流（即向实体添加新属性）那么简单。

来源

2010-01-22 Shaggy Frog

有点迟。你的意思是你预加载了UIWebViews，然后将所有预加载的实例存储到核心数据中？只要你需要它们，你只需从核心数据中调用实例？ – ngzhongcai 2010-08-13 07:07:27

你可能要考虑这些较大的块移动到自己的实体，使他们没有被加载到内存中的所有的时间。否则，10-50k听起来不错。

来源

2010-01-22 23:12:02

虽然我没有标杆，我存储在性能非常令人满意核心数据应用几十HTML页面（读即时...）。

-t

来源

2010-01-22 23:05:08 Tim

在核心数据的应用程序

回答

相关问题