Iphone 在核心数据应用程序中存储HTML

Iphone 在核心数据应用程序中存储HTML,iphone,performance,sqlite,core-data,Iphone,Performance,Sqlite,Core Data,作为后续工作,我有一个基于核心数据的iPhone应用程序,它通过一个小型实用程序预加载其底层SQLite数据库文件,该实用程序是用Cocoa编写的,我也编写过。基本上,我从文本文件中获取数据并离线构建数据,因此应用程序在运行时尽可能快(即,我端没有数据解析) 该项目的一部分将涉及从这些数据创建一个详细视图,由于呈现几个屏幕的格式化文本的最佳方法是使用HTML和UIWebView,因此我可以扩展我的数据转换器,在转换过程中生成HTML 我的问题是:使用核心数据存储任意大小的HTML块的优缺点是什么

作为后续工作,我有一个基于核心数据的iPhone应用程序,它通过一个小型实用程序预加载其底层SQLite数据库文件,该实用程序是用Cocoa编写的,我也编写过。基本上,我从文本文件中获取数据并离线构建数据,因此应用程序在运行时尽可能快(即,我端没有数据解析)

该项目的一部分将涉及从这些数据创建一个详细视图,由于呈现几个屏幕的格式化文本的最佳方法是使用HTML和
UIWebView
,因此我可以扩展我的数据转换器,在转换过程中生成HTML

我的问题是:使用核心数据存储任意大小的HTML块的优缺点是什么?正如我提到的,我使用SQLite作为持久存储。我想知道性能,尤其是在数据库列中存储(比如)10-50k的文本是否合适


我的选择是生成单个HTML文件,将它们存储为资源,并动态查找它们。但是,这需要更多的时间来实现,而且不像插入现有的核心数据流(即,向实体添加新属性)那么简单。

虽然我没有对其进行基准测试,但我在核心数据应用程序中存储了几十个HTML页面,性能非常令人满意(读取即时…)


-t

虽然我没有对它进行基准测试,但我在一个核心数据应用程序中存储了几十个HTML页面,性能非常令人满意(即时读取…)


-t

您可能需要考虑将这些较大的块移动到它们自己的实体中,这样它们就不必一直加载到内存中。否则,10-50k听起来并不太糟糕。

您可能需要考虑将这些较大的块移动到它们自己的实体中,这样它们就不必一直加载到内存中。否则,10-50k听起来并不太糟糕。

有点晚了。您的意思是预加载UIWebView,然后将所有预加载的实例存储到核心数据中?无论何时需要它们,只要从核心数据调用实例就行了?有点晚了。您的意思是预加载UIWebView,然后将所有预加载的实例存储到核心数据中?当您需要它们时,您只需从核心数据调用实例?