0

伙计们,我们正在用 Java 开发游戏服务器。首先是 JPA/Spring Data/Hibernate,然后我们放弃了(感谢上帝),我们决定直接使用 Hibernate。在这一点上,我可以说,如果需要,我们不会更改数据访问、普通 Hibernate 和本机查询的技术。


所以我的问题是关于此时正确的数据抽象。使用该模式是否有任何意义,Repository或者看在上帝的份上,只放弃一个抽象SessionTransaction提供某种Unit of Work模式的处理?

  • 如果Repository有太多的实现需要自己的方法
  • 如果Unit of Work我们暴露hibernate Session,但同时提供灵活性和封装Transaction管理

每种方式的优缺点是什么?任何其他策略建议?该DAO模式可以成为解决方案还是Session直接使用更好?

4

1 回答 1

1

我会接受Ayende 的建议——
Session 你的数据库抽象;您不需要在您的抽象之上进行抽象

于 2013-04-13T15:21:08.477 回答