DAO 与存储库Repository模式

淩亂°似流年 2023-09-26 09:38 19阅读 0赞

### **1. 概述** ###

通常，存储库Repository和DAO的实现被认为是可互换的，特别是在以数据为中心的应用程序中。这造成了对它们差异的混淆。

在本文中，我们将讨论 DAO 和存储库模式之间的差异。

### **2. DAO模式** ###

数据访问对象模式（也称为 [DAO 模式）][DAO]**是数据持久性的抽象，被认为更接近于底层存储，而底层存储通常以表为中心**。

因此，在许多情况下，我们的DAO与数据库表匹配，允许更直接的方式从存储中发送/检索数据，从而隐藏丑陋的查询。

让我们来看看 DAO 模式的简单实现。

#### **2.1. *User*** ####

首先，让我们创建一个基本*的****User***域类：

public class User {
        private Long id;
        private String userName;
        private String firstName;
        private String email;
    
        // getters and setters
    }

#### **2.2. *UserDao*** ####

然后，我们将创建***UserDao***接口，该接口为***User***域提供简单的 CRUD 操作：

public interface UserDao {
        void create(User user);
        User read(Long id);
        void update(User user);
        void delete(String userName);
    }

#### **2.3*. UserDaoImpl*** ####

最后，我们将创建实现***UserDao***接口的***UserDaoImpl***子类：

public class UserDaoImpl implements UserDao {
        private final EntityManager entityManager;
        
        @Override
        public void create(User user) {
            entityManager.persist(user);
        }
    
        @Override
        public User read(long id) {
            return entityManager.find(User.class, id);
        }
    
        // ...
    }

在这里，为简单起见，我们使用 [JPA 实体管理器接口][JPA]与底层存储进行交互，并为***User***域提供数据访问机制。

### **3. 存储库模式** ###

根据 [Eric Evans 的著作《域驱动设计][Eric Evans]**》，“存储库是一种封装存储、检索和搜索行为的机制，它模拟对象的集合。**

同样，根据[企业应用程序体系结构的模式][Link 1]，它**“使用类似集合的接口在域和数据映射层之间进行调解，以访问域对象。**

换句话说，存储库还处理数据并隐藏类似于DAO的查询。但是，它位于更高的级别，更接近于应用的业务逻辑。

因此，存储库可以使用 DAO 从数据库获取数据并填充域对象。或者，它可以准备域对象中的数据，并使用 DAO 将其发送到存储系统以实现持久性。

让我们检查一下 *User* 域的存储库模式的简单实现。

#### **3.1*.*** *UserRepository* ####

首先，让我们创建*用户存储库*接口：

public interface UserRepository {
        User get(Long id);
        void add(User user);
        void update(User user);
        void remove(User user);
    }

在这里，我们添加了一些常用方法，如*获取*、*添加*、*更新*和*删除*，以处理对象集合。

#### **3.2*.*** *UserRepositoryImpl* ####

然后，我们将创建*UserRepositoryImpl*类，提供*UserRepository**接口的*实现：

public class UserRepositoryImpl implements UserRepository {
        private UserDaoImpl userDaoImpl;
        
        @Override
        public User get(Long id) {
            User user = userDaoImpl.read(id);
            return user;
        }
    
        @Override
        public void add(User user) {
            userDaoImpl.create(user);
        }
    
        // ...
    }

在这里，我们使用*UserDaoImpl* *从*数据库中发送/检索数据。

到目前为止，我们可以说DAO和存储库的实现看起来非常相似，因为*User*类是一个贫乏的领域。而且，存储库只是数据访问层（DAO）的另一层。

**但是，DAO似乎是访问数据的完美候选者，存储库是实现业务用例的理想方式**。

### **4. 具有多个 DAO 的存储库模式** ###

为了清楚地理解最后一条语句，让我们增强*我们的 User* 域来处理业务用例。

想象一下，我们希望通过聚合用户的Twitter推文，Facebook帖子等来准备用户的社交媒体个人资料。

#### **4.1.** *Tweet* ####

首先，我们将创建具有一些保存*推文*信息的属性的 Tweet 类：

public class Tweet {
        private String email;
        private String tweetText;    
        private Date dateCreated;
    
        // getters and setters
    }

#### **4.2.** *TweetDao* **和***TweetDaoImpl* ####

然后，与*UserDao*类似，我们将创建允许获取推文的 *TweetDao* 界面：

public interface TweetDao {
        List<Tweet> fetchTweets(String email);    
    }

同样，我们将创建*TweetDaoImpl* 类，该类提供*fetchTweets* 方法的实现：

public class TweetDaoImpl implements TweetDao {
        @Override
        public List<Tweet> fetchTweets(String email) {
            List<Tweet> tweets = new ArrayList<Tweet>();
            
            //call Twitter API and prepare Tweet object
            
            return tweets;
        }
    }

在这里，我们将调用Twitter API来获取用户使用其电子邮件发送的所有推文。

因此，在这种情况下，DAO 使用第三方 API 提供数据访问机制。

#### **4.3. 增强***User* **域** ####

最后，让我们创建用户类的*“**UserSocialMedia* *”*子类，以保留*Tweet* 对象的列表：

public class UserSocialMedia extends User {
        private List<Tweet> tweets;
    
        // getters and setters
    }

在这里，我们的*UserSocialMedia* 是一个复杂的域，其中包含*User* 域的属性。

#### **4.4*.*** *UserRepositoryImpl* ####

现在，我们将升级*我们的**UserRepositoryImpl* 类，以提供*User* 域对象以及推文列表：

public class UserRepositoryImpl implements UserRepository {
        private UserDaoImpl userDaoImpl;
        private TweetDaoImpl tweetDaoImpl;
        
        @Override
        public User get(Long id) {
            UserSocialMedia user = (UserSocialMedia) userDaoImpl.read(id);
            
            List<Tweet> tweets = tweetDaoImpl.fetchTweets(user.getEmail());
            user.setTweets(tweets);
            
            return user;
        }
    }

在这里，*UserRepositoryImpl* *使用* *UserDaoImpl*提取用户数据，并使用*TweetDaoImpl**提取用户的推文。*

然后，它聚合两组信息，并提供 *UserSocialMedia* 类的域对象，该对象对于我们的业务用例非常方便。因此**，存储库依赖于 DAO 来访问来自各种源的数据**。

同样，我们可以增强我们的*用户*域以保留Facebook帖子列表。

### **5. 比较两种模式** ###

现在我们已经看到了DAO和存储库模式的细微差别，让我们总结一下它们的区别：

*  DAO 是数据持久性的抽象。但是，存储库是对象集合的抽象
 *  DAO是一个较低级别的概念，更接近存储系统。但是，存储库是一个更高层次的概念，更接近域对象
 *  DAO作为数据映射/访问层工作，隐藏丑陋的查询。但是，存储库是域和数据访问层之间的层，隐藏了整理数据和准备域对象的复杂性
 *  DAO 不能使用存储库实现。但是，存储库可以使用 DAO 来访问底层存储

此外，如果我们有一个贫乏的域，存储库将只是一个DAO。

此外**，存储库模式鼓励域驱动的设计，也为非技术团队成员提供了对数据结构的轻松理解**。

### **6. 结论** ###

在本文中，我们探讨了 DAO 和存储库模式之间的差异。

首先，我们研究了 DAO 模式的基本实现。然后，我们看到了使用存储库模式的类似实现。

最后，我们研究了一个利用多个DAO的存储库，它增强了域解决业务用例的能力。

因此，我们可以得出结论，当应用程序从以数据为中心转向面向业务时，存储库模式被证明是一种更好的方法。

像往常一样，所有代码实现都可以[在GitHub上使用][GitHub]。

[DAO]: https://www.baeldung.com/java-dao-pattern
[JPA]: https://www.baeldung.com/hibernate-entitymanager
[Eric Evans]: https://www.pearson.com/store/p/domain-driven-design-tackling-complexity-in-the-heart-of-software/P100000775942/9780321125217
[Link 1]: https://www.pearson.com/store/p/patterns-of-enterprise-application-architecture/P100001391761/9780321127426#
[GitHub]: https://github.com/eugenp/tutorials/tree/master/patterns-modules/design-patterns-architectural