DAO 与存储库Repository模式

1. 概述

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

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

2. 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 实体管理器接口与底层存储进行交互，并为User域提供数据访问机制。

3. 存储库模式

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

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

换句话说，存储库还处理数据并隐藏类似于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上使用。

最后

以上就是彩色水池最近收集整理的关于DAO 与存储库Repository模式的全部内容，更多相关DAO内容请搜索靠谱客的其他文章。