web-applications - 何时在 Lift 中使用 Mapper 或 Record？

Question

我想了解什么是用例 , 优势和 不便选择使用 Record , Mapper甚至两者都在 Liftweb 中应用。

当我尝试时出现了这个问题:

为模型类创建一个树状结构

创建一个类似的树状结构来呈现页面中的类

确保树中的不同类可以同时处于不同的状态。例如，一个处于 EDIT 或 CREATE 状态，另一个处于 VISUALIZE 状态。

模型类可以被创建、读取或保存到已经运行的 RESTful Web 服务中。

我把用例放在这里只是为了记录。你可以用更一般的方式回答。

Answer 1

在 Lift 成为 Lift 之前，Mapper 已经成为 Lift 的一部分。它是数据库和 Scala 之间的一个简单的“Active Record”风格的桥梁。我根据此处概述的想法构建了 Mapper:
http://web.archive.org/web/20070303054927/http://blog.lostlake.org/index.php?/archives/19-Keeping-the-meaning-with-the-bytes.html

Mapper 与 JDBC 以及关系数据库密切相关。 Mapper 有一个合理的机制来构建简单的查询，但对于复杂的东西，你必须手写 SQL。

Mapper 坚固但粗糙。

Record 是后备存储和 Scala 之间更通用的抽象。它对“保持字节的含义”中概述的想法的实现较弱......并且很少有人注意到或关心。

MongoDB、CouchDB、Squeryl 和其他存储机制都有 Record 实现。编写一个新的后端是几天的工作。

记录有很多“异常”，每个后端都有自己的怪癖。当前的 Record 所有者已着手对 Record 进行大规模重构。

我认为 Record 或 Mapper 都不会为您提供“开箱即用”的树状结构，除非您使用 MongoDB 后端，在这种情况下，您的树结构将基于 JSON 文档而不是关系。