Realm Swift2：模型与 Realm 模型类分离的最佳实践

Question

我刚刚开始使用 Realm for Swift。阅读文档后，我仍然有几个问号。

我最大的问题是，如果有将模型类与领域类分离的最佳实践。

例如，在 Java MVC 项目中，我们使用了负责与数据库层通信的 DAO 类（数据访问对象类）。 我们对应的模型类要么只注入了 dao 对象，要么为此使用了服务类（如 CRUD 操作）。

如果我拥有一个 Realm“模型”类，现在这似乎是一切合二为一。但是在将对象持久化到数据库之后，在 UI 层中更改对象的属性会导致

'试图在写事务之外修改对象 - 调用 首先在 RLMRealm 实例上开始写事务。'

这让我回到了我最初的想法：这不应该在 Realm 对象和模型对象中分开吗？或者在 View-Classes 中有“realm.write”进程是否可以？

我对此进行了一些研究，但结果对此非常模糊。

您如何在您的项目中处理这个问题。您有某种最佳做法或指导吗？

非常感谢提前 约翰

Answer 1

正式地说，（至少在 iOS 端），没有既定的最佳实践将模型类逻辑从实际的 Realm Object 子类中抽象出来。话虽如此，我过去肯定听说过使用这种逻辑来支持多种类型的数据框架的应用程序。

如果我要这样做，我将为每个模型创建一个单独的对象类，实现我自己的关于如何获取/设置数据属性的 API，并使 Realm 对象成为该对象的内部成员。然后，该对象将用作我的应用程序逻辑与如何将该数据保存到 Realm 之间的通用接口。那样的话，如果我真的想换掉数据框架，我可以简单地用一个新的数据对象替换我自己的数据对象，但要保持 API 一致。

关于您发布的错误消息，为了确保数据完整性，您不能修改 Realm 对象（UI 线程或其他），除非它在写入事务中。话虽如此，您可以在该抽象对象中轻松封装该逻辑（即在当前线程上打开 Realm 写入事务）。