一个基于Domain Event的分层架构思考

Controller--->Service--->DAO

Controller 写的代码流程能够根据Service的方法名快速的理解该访问需要执行的流程，就是实际的业务流程

Service 根据传入的参数进行业务方法编写，可以让别的业务功能进行重用

DAO 尽量避免业务上的操作，只进行单一实体的操作，多实体间的查询

如：

LoginController
boolean result = LoginService.queryUser(username,password);
if(result) LoginService.queryMenu(username);
else "跳转到密码错误页面等";

,哥们我看过你在JDON的文章，文章内容都一样啊，面向事件驱动开发

按Eric的DDD书里说的，DDD只有领域层和服务层，没有业务层一层一说，服务 层上面应该就是应用层了。由应用负责对外提供服务。

参考论坛里之前的一篇贴子，再思考下http://www.iteye.com/topic/283668

其实这种模式最大的缺点就是对于Java异常的处理特不方便！