
> List
> Results
关于Results对象的文档中的相关描述说:
Results is an auto-updating container type in Realm returned from
object querIEs.
因为我希望我的UItableVIEw响应Realm对象服务器上的任何更改,我真的认为我希望我的UItableVIEw由Results对象支持.事实上,我认为我总是希望一个Results对象支持我的UI.只有文档中对List对象的描述才能加强这一点:
List is the container type in Realm used to define to-many
relationships.
当然,List似乎专注于数据建模……所以,对于Realm并且只是阅读API,我认为答案是使用Results对象,但tutorial (Step 5)使用List对象而RealmExamples示例代码使用结果.
我错过了什么?我应该使用List对象来支持我的UItableVIEws吗?如果是这样,原因是什么?
解决方法 简答:如果已经存在的List与您要在表视图中显示的内容非常匹配,请使用List,否则使用Results.如果已经存储在Realm中的List所代表的数据与您希望在表视图中显示的内容相对应,那么您当然应该使用它来支持它.列表有一个有趣的属性,因为它们是隐式排序的,有时可能会有所帮助,就像您在上面链接的教程中一样,用户可以重新排序任务.
结果包含Realm中的查询结果.运行此查询通常比访问List具有更高的运行时开销,具体取决于查询的复杂程度和Realm中的项目数.
话虽这么说,改变List也会影响性能,因为它以原子方式写入文件.因此,如果这是经常变化的事情,结果可能更适合.
总结以上是内存溢出为你收集整理的ios – 使用Realm,我应该使用List对象或Results对象作为UITableView的数据源吗?全部内容,希望文章能够帮你解决ios – 使用Realm,我应该使用List对象或Results对象作为UITableView的数据源吗?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)