带有ActiveRecord和Spring数据的Spring Roo

我正在启动一个新的Spring项目，并决定试用SpringRoo。在设置持久层时，我看到SpringRoo支持（实际上甚至默认）ActiveRecord模式。虽然我过去一直是DAO/DTO的粉丝，但Roo非常适合使用ActiveRecord模式，因为它似乎“隐藏”了apsect文件中的大多数ActiveRecord方法

---

有人知道为什么SpringRoo开发人员会默认Roo使用AR模式，而SpringData在提供/隐藏CRUD（DAO模式的典型贝恩）方面做得非常出色吗？Spring是否试图促使更多的人使用AR模式而不是Repo模式？

我认为这是因为Rails/Ruby阵营的ActiveRecord范例显示了我们习惯使用的完整堆栈的替代方案。以下是Spring团队的表述：

我们已经删除了DAO层，因为它对于 创建大多数人都在尝试的典型web应用程序 建造

值得注意的是，大多数现代RAD框架都避免DAO 层，并将持久性方法直接添加到实体。如果你 将类似的技术与Roo进行比较，您将看到这种避免 DAO层是普通的、主流的，不会引起问题

资料来源：

也就是说，我成功地将Roo与类应用程序层结合使用。它的优点是感觉更“弹性”，因为我们可以删除Roo并内联所有idt，所以长期维护可能更简单

最近，我使用ActiveRecord方式，因为RooShell在使用存储库时仍然不支持动态查找程序。我不希望他们会很快解决这个问题：

---

我认为这是因为Rails/Ruby阵营的ActiveRecord范例展示了我们习惯的完整堆栈的替代方案。以下是Spring团队的表述：

我们已经删除了DAO层，因为它对于 创建大多数人都在尝试的典型web应用程序 建造

值得注意的是，大多数现代RAD框架都避免DAO 层，并将持久性方法直接添加到实体。如果你 将类似的技术与Roo进行比较，您将看到这种避免 DAO层是普通的、主流的，不会引起问题

资料来源：

也就是说，我成功地将Roo与类应用程序层结合使用。它的优点是感觉更“弹性”，因为我们可以删除Roo并内联所有idt，所以长期维护可能更简单

最近，我使用ActiveRecord方式，因为RooShell在使用存储库时仍然不支持动态查找程序。我不希望他们会很快解决这个问题：