单一 DAO 和通用 CRUD 方法（JPA/Hibernate + Spring）

发布于 2024-09-26 14:28:35 字数 284 浏览 3 评论 0原文

根据我之前的问题，DAO 和服务层（JPA/Hibernate + Spring），我决定在使用 JPA/Hibernate、Spring 和 Wicket 的应用程序中为我的数据层（至少在开始时）使用单个 DAO。建议使用通用 CRUD 方法，但我不太确定如何使用 JPA 来实现这一点。您能给我举个例子或分享有关此问题的链接吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

哥，最终变帅啦 2024-10-03 14:28:35

这是一个示例接口：

public interface GenericDao<T, PK extends Serializable> {
    T create(T t);
    T read(PK id);
    T update(T t);
    void delete(T t);
}

和一个实现：

public class GenericDaoJpaImpl<T, PK extends Serializable> 
    implements GenericDao<T, PK> {

    protected Class<T> entityClass;

    @PersistenceContext
    protected EntityManager entityManager;

    public GenericDaoJpaImpl() {
        ParameterizedType genericSuperclass = (ParameterizedType) getClass()
             .getGenericSuperclass();
        this.entityClass = (Class<T>) genericSuperclass
             .getActualTypeArguments()[0];
    }

    @Override
    public T create(T t) {
        this.entityManager.persist(t);
        return t;
    }

    @Override
    public T read(PK id) {
        return this.entityManager.find(entityClass, id);
    }

    @Override
    public T update(T t) {
        return this.entityManager.merge(t);
    }

    @Override
    public void delete(T t) {
        t = this.entityManager.merge(t);
        this.entityManager.remove(t);
    }
}

Here is an example interface:

public interface GenericDao<T, PK extends Serializable> {
    T create(T t);
    T read(PK id);
    T update(T t);
    void delete(T t);
}

And an implementation:

public class GenericDaoJpaImpl<T, PK extends Serializable> 
    implements GenericDao<T, PK> {

    protected Class<T> entityClass;

    @PersistenceContext
    protected EntityManager entityManager;

    public GenericDaoJpaImpl() {
        ParameterizedType genericSuperclass = (ParameterizedType) getClass()
             .getGenericSuperclass();
        this.entityClass = (Class<T>) genericSuperclass
             .getActualTypeArguments()[0];
    }

    @Override
    public T create(T t) {
        this.entityManager.persist(t);
        return t;
    }

    @Override
    public T read(PK id) {
        return this.entityManager.find(entityClass, id);
    }

    @Override
    public T update(T t) {
        return this.entityManager.merge(t);
    }

    @Override
    public void delete(T t) {
        t = this.entityManager.merge(t);
        this.entityManager.remove(t);
    }
}

回复收藏 0 原文

淡写薰衣草的香 2024-10-03 14:28:35

根据文章不要重复 DAO，我们使用了这种技术多年。当我们意识到自己犯了一个大错误之后，我们总是在与我们的模式问题作斗争。

通过使用 Hibernate 或 JPA 等 ORM 工具，您将不必单独考虑 DAO 和服务层。您可以在服务类中使用 EntityManager，因为您了解事务的生命周期以及实体类的逻辑。

如果您调用 myDao.saveEntity 而不是简单地调用 entityManager.saveEntity，您会节省一分钟吗？不会。您将拥有一个不必要的 dao 类，它不执行任何其他操作，只是作为 EntityManager 的包装器。不要害怕在 EntityManager（或 hibernate 中的会话）的帮助下在服务类中编写选择。

还有一点需要注意：您应该定义服务层的边界，并且不要让程序员返回或等待实体类。 UI 或 WS 层程序员根本不应该只了解 DTO-s 的实体类。实体对象具有大多数程序员不知道的生命周期。如果您将实体对象存储在会话数据中并尝试在几秒钟或几小时后将其更新回数据库，那么您将遇到非常严重的问题。好吧，您可能不会这样做，但知道服务层的参数类型和返回类型的 UI 程序员只会节省一些代码行。

回复收藏 0 原文

软糖 2024-10-03 14:28:35

我一直在寻找同样的东西。我发现似乎正是这样 - SpringSource 提供的 Spring-Data JPA 项目。这是来自 Hades 的代码移植，现在（2011 年初）已被 Spring 和更好地集成。
它允许您使用静态创建的单个 dao (SimpleJpaRepository)，或扩展 JpaRepository 基类以使用现成的 CRUD+ 方法创建任何对象特定的 dao。还允许像 grails 这样的查询，只需在接口中使用参数名称作为方法的名称（无需实现！）即 findByLastname(String lastName);
看起来非常有前途——成为 Spring 项目的一部分也肯定会确保它有一些未来。
我现在已经开始在我即将进行的项目中实现这一点。