将 DAO 模式与 ORM 系统一起使用是不是有意义? [关闭]

Posted

技术标签:

【中文标题】将 DAO 模式与 ORM 系统一起使用是不是有意义? [关闭]【英文标题】:Does make sense to use DAO pattern with ORM systems? [closed]将 DAO 模式与 ORM 系统一起使用是否有意义? [关闭] 【发布时间】:2013-10-27 12:56:39 【问题描述】:

我正在使用 Hibernate 在 Java 应用程序中实现数据访问逻辑,我对这个问题有点困惑。 AFAIK 使用 ORM 系统的主要优势之一是使用附加对象,但使用 DAO 方法会导致(在许多应用程序上下文中)分离实体。

我阅读了几篇关于这个问题的帖子(例如this),但我不明白是否有正确的方法可以遵循,或者是否留给开发人员选择。你能帮助我吗?

【问题讨论】:

I found JPA, or alike, don't encourage DAO pattern的可能重复 好吧,ORM 基本上是一个 DAO,所以......你已经在使用它了。不,ORM 实体不是业务实体。 【参考方案1】:

为什么您认为不使用 DAO 会减轻您的分离对象场景?我不认为它会。如果你想使用 ORM,你有时只需要重新附加对象。

In the answer to a related question,我认为你真的应该使用 DAO。

【讨论】:

我的真正意思是:我想为使用 DAO 的数据访问创建一个抽象级别,但是使用这种方法可能会导致我失去一些 ORM 的优势。这是我真正的担心还是只是一个新人的偏执狂? :) 从 Java EE 6 开始,如果我们使用 DAO 设计模式,其实增加了更多的复杂性,当然也增加了更多的代码。

以上是关于将 DAO 模式与 ORM 系统一起使用是不是有意义? [关闭]的主要内容,如果未能解决你的问题,请参考以下文章

将存储库模式与文档数据库一起使用是不是有意义?

Android - 将 Dao 模式与 contentProvider 一起使用

将 Linq 与现有对象一起使用

DAO、ORM 和查询

将 inline 关键字与模板一起使用是不是有意义?

将角度服务与 es6 模块一起使用是不是有意义?