DAO数据访问模式

今天被问及了一个问题：请说说AOP和SOA。 我的理解是他们全部起源于“封装”的思想，注重于业务功能和实现的分离，所以从根本上说他们没有什么区别。他们现实中区别在于分别注重于解决不同层面的问题，可以说是“封装”这个接口的不同实现。继续说起来其实IOC/DA

Grails自己学了一段时间了。感觉快速开发的感觉很不错。以前要干好几天的事情，一天就能完成。不过Grails对领域对象持久化使用AOP的方式让对象自己持久化自己。比如new A().save()。这样一来就给我们造成可以在控制器里很容易的CRUD，对数据库的访问随时随地都可以，而不用访问S

各位前辈好，小弟心中存有疑问良久，望能得到各位前辈的经验之谈。仍旧是关于Service和DAO之间的耦合性问题。 项目中80%以上的数据库操作是query操作，这意味着我不管使用JDBC或是Hibernate都会存在着要写大量的复杂的SQL或HQL

请问，项目使用 DDD 方式开发的话，开发顺序是否先是 Domain Model, 然后才是 Repository, 然后调用 Dao 或者不用 Dao 也行，将对象持久化，然后再设计数据库？因为受传统观念影响，我一直是认为项目开发应该是先开发数据库的。因为这个观点，我看了两天这方面的资料，

今天在网上看见了一篇关于Repository模式的介绍 ，但是感觉介绍的就是dao模式啊,板桥大哥能不能详细介绍一下Repository模式呢 谢谢

初次发帖，还望各位大侠不吝赐教。 首先自我说明下，由于我也是刚刚接触Java一年，所以高深的东西可能不太了解，希望各位大侠能说的稍微通俗点。我的知识体系：J2SE、HTML、Servlet/JSP、Hibernate、Struts、Spring、A

提交数据 -> Struts Action -> 选择一个Service -> DAO处理 ,DAO处理的错误，例如“密码不正确” 怎么返回给 Action ?

三个问题需要向大家请教，1. TransactionManagement(TransactionManagementType.BEAN)可以被继承吗？我把事物的界定放在了DDD中提到的APPLICATION层，也就是JDON中的SERVICE中。我定义了一个@Transact

最近学习使用struts2+Hibernate，也是分层，web层里放struts2的actionservice层里放业务逻辑对象，持久层里放的是dao+po，对po操作基本放到了dao里，可以我不解的是使用hibernate的方法我返回本身就是po，为什么大家写程序的时候还写dao呢？我的

看了一些模式，如DAO、MVC、设计模式等，可能没有比较系统地去看，现在感觉有点乱了，请问这些是不是同一种类型的，还有没有其它的一些呢？不知哪位朋友有空理一下

最近被项目给搞郁闷了，请教各位：我所在的项目没有敏捷的开发流程，确有敏捷项目的特征。开发过程中，需求是不断变化的，在项目开始时并不能确定需求，而是逐步给客户demo，逐步修改完成系统。客户在美国,美国那边team根据demo会随时更改domain，我所在的中国team就得不停使pro

首先，对于DAO模式我是非常支持，从开发实践经验来看，将业务逻辑和持久化机制分离确实带来了很大的好处。但有个问题一直没想通，也没有找到好的解决办法，在这里提出来，希望能得到高手的帮忙。 在企业应用的开发中，经常对遇到一些非常复杂的查询，尤其是需要对很多表进

今天听高手说，用不着在每个dao里面写比如：getOrderById(id),insertOrder(order),delete()……这些最基本的方法，他说用工厂模式就可以实现为所有的dao只写一次诸如以上的方法，我特别疑惑，首先：到底怎么实现？其次：工厂模式和DAO到底是怎么结合起来的？

我在项目中碰到下面的一个情况：有一个父类是BaseMember，这是一个Domain，然后分别有三个子类，为HouseMember, AgentMember, CommonMember，都继承自BaseMember. 这三个子类分别对应HouseM

DAO模式是不是就是领域建模中的仓储？

查了网上很多资料，有的用一些ORM，简化了Dao的设计，但这个是不用ORM的，只能自己JDBC写Dao，看到了一些设计： 比如NewsDao接口中的一个查询方法，带分页，带一些参数，使用一个List装填结果，返回个数:第一种：