数据访问对象通常是如何设计的？
DAO 通常是如何为典型的业务应用程序设计的？是否有一个类或模式与数据源对话，或者只是为每个实体拥有一个单独的 DAO？
How are DAOs usually designed for the typical business application ? Does one class or pattern dialogue with the data source or do you simply have a separate DAO for each Entity ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我建议阅读 Fowler 的企业应用程序架构模式。例如，您可以使用表数据网关、行数据网关、Active Record 或数据映射器。
大多数项目都使用 Hibernate 或 IBatis 等 ORM，它们适应域模型而不是使用事务脚本。
I recommend reading Fowler's Patterns of Enterprise Application Architecture. For example, you can use a Table Data Gateway, Row Data Gateway, Active Record, or Data Mapper.
Most projects out there are using an ORM like Hibernate or IBatis, which adapt to the domain model as opposed to using transaction scripts.
在 Java 类中作为 DAO
类似实体的 DAO 应该合并为一个。较小的实体被封装为内部类。但是，如果实体足够大，则每个实体应该有不同的 DAO。
In Java Class as DAO
DAO of similar entities should be consolidated in one. The smaller entities are encapsulated as inner classes. However, if the entity is large enough you should have different DAO for each entity.