数据访问对象模式或DAO模式用于将低级数据访问API或操作与高级业务服务分开。以下是数据访问对象模式的参与者。

数据访问对象接口——这个接口定义了要在模型对象上执行的标准操作。

数据访问对象具体类——这个类实现了上面的接口。该类负责从数据源获取数据，数据源可以是database / xml或任何其他存储机制。

模型对象或值对象——该对象是简单的POJO，包含get/set方法，用于存储使用DAO类检索到的数据。

示例代码在这里..

我将是一般的，而不是特定于Java，因为DAO和ORM在所有语言中都使用。

要理解DAO，首先需要理解ORM(对象关系映射)。这意味着如果你有一个名为“person”的表，列为“name”和“age”，那么你将为这个表创建object-template:

type Person {
name
age
}

现在，在DAO的帮助下，而不是编写一些特定的查询，以获取所有人，对于任何类型的db，你正在使用(这可能是容易出错的)，而是:

list persons = DAO.getPersons();
...
person = DAO.getPersonWithName("John");
age = person.age;

DAO抽象不是您自己编写的，相反，它通常是一些开源项目的一部分，这取决于您使用的语言和框架。

现在回到主要的问题。“. .在使用的地方……”。通常情况下，如果您正在编写复杂的业务和领域特定代码，那么没有DAO将会非常困难。当然，您不需要使用提供的ORM和DAO，相反，您可以编写自己的抽象查询和本机查询。我以前也这么做过，后来几乎总是后悔。

DAO是3层架构中的“持久性管理器”，DAO也可以设计模式，你可以参考“Gang of Four”一书。 您的应用程序服务层只需要调用DAO类的方法，而不需要知道DAO方法的隐藏和内部细节。

我认为最好的例子(以及解释)你可以在oracle网站上找到:这里。另一个好的教程可以在这里找到。

我只是想用我在一个项目中经历的一个小故事来解释它。首先，我想解释为什么DAO很重要?而不是问什么是DAO?为了更好地理解。

为什么DAO很重要? 在我的项目中的一个项目中，我使用了Client.class，它包含了我们系统用户的所有基本信息。当我需要客户端时，每次我都需要在需要的地方做一个丑陋的查询。然后我觉得这降低了可读性，产生了很多冗余的样板代码。

然后我的一个高级开发人员引入了一个QueryUtils.class，其中所有的查询都是使用公共静态访问修饰符添加的，这样我就不需要到处查询了。假设当我需要激活的客户端时，我只需调用-

QueryUtils.findAllActivatedClients();

通过这种方式，我对我的代码进行了一些优化。

但是还有一个问题!!

我觉得queryutils .类增长得非常快。这个类中包含了100多个方法，读取和使用起来也非常麻烦。因为这个类包含其他域模型的查询(例如产品、类别、位置等)。

超级英雄CTO先生提出了新的解决方案DAO，最终解决了这个问题。我觉得DAO是非常特定于领域的。例如，他创建了一个名为ClientDAO.class的DAO，其中可以找到所有与Client.class相关的查询，这对我来说似乎非常容易使用和维护。巨大的QueryUtils.class被分解成许多其他领域特定的DAO，例如ProductsDAO.class, categororiesdao .class等，这使得代码更可读，更可维护，更去耦。

DAO是什么?

它是一个对象或接口，它提供了一种从数据库访问数据的简单方法，而无需每次都以可重用的方式编写复杂而丑陋的查询。

数据访问对象模式或DAO模式用于将低级数据访问API或操作与高级业务服务分开。以下是数据访问对象模式的参与者。

数据访问对象接口——这个接口定义了要在模型对象上执行的标准操作。

数据访问对象具体类——这个类实现了上面的接口。该类负责从数据源获取数据，数据源可以是database / xml或任何其他存储机制。

模型对象或值对象——该对象是简单的POJO，包含get/set方法，用于存储使用DAO类检索到的数据。

示例代码在这里..