java service domain dao 分层思路

从最常规的分层结构来说，系统层次从上到下依次为：

 

表现层：主要是客户端的展示。

 

服务层：直接为客户端提供的服务或功能。也是系统所能对外提供的功能。

 

领域层：系统内的领域活动。

 

DAO层：数据访问对象，通过领域实体对象来操作数据库。

 

其中有些指导原则：

 

1、上层总是依赖其下层，依赖关系不跨层。

2、表现成除外，同一层之间方法不允许相互调用。这是实际开发中一些开发者容易范的错误！如果真是同一层之间存在方法调用，需要注意，这些调用都是一些上层不可见方法，比如一些工具方法等。

3、一切从服务层出发，从系统需要提供的功能进行分析，确定Service接口中的方法。而不是从数据库的表出发，创建DAO，再创Domain，然后Service，这实际上是对系统分层的误解。

4、系统最核心的设计就是将系统中的实体划分为领域模型。在此基础上设计数据的DAO层，并将这些活动暴露给服务层，服务层的实现依赖于领域活动。

5、每个接口的职责范围明确有界。

 

文件名称:

Action(表现层)

Domain(领域层)

Service(服务层)

Persistence(持久层,也就是DAO层)

Util(存一些常用的工具类)