service 层
服务层：直接为客户端提供的服务或功能。也是系统所能对外提供的功能。
domain层
领域层：系统内的领域活动，存放实体。
dao 层
持久层,DB操作都写在这里，数据访问对象，通过领域实体对象来操作数据库。
biz层
业务层，我只做某方面的业务处理，如果需要数据库工作，联系下数据部门（dao）协助我，业务层不会出现数据操作
代码
action层
控制层，MVC中充当C角色,用来分配哪个业务来处理用户请求。
common层
通用工具包，一般一个公司会有固定的jar，好几个项目通用的，例如远程调用等
工作流程：
一个请求发送到action(作用：MVC中的C),action控制它发送到哪个biz处理,如果用到数据库，那么biz在连接dao，然后返回要的数据，最后action在返回响应的页面(比如jsp),因为是面向对象,所以实体domain在中间传递数据。以上为工作流程.
其中有些指导原则：
1、上层总是依赖其下层，依赖关系不跨层。
2、表现层除外，同一层之间方法不允许相互调用。这是实际开发中一些开发者容易范的错误！如果真是同一层之间存在方法调用，需要注意，这些调用都是一些上层不可见方法，比如一些工具方法等。
3、一切从服务层出发，从系统需要提供的功能进行分析，确定Service接口中的方法。而不是从数据库的表出发，创建DAO，再创Domain，然后Service，这实际上是对系统分层的误解。
4、系统最核心的设计就是将系统中的实体划分为领域模型。在此基础上设计数据的DAO层，并将这些活动暴露给服务层，服务层的实现依赖于领域活动。
5、每个接口的职责范围明确有界。
注：转载地址http://www.wxx3g.com/articles/907.html