Android中的分层----service 层,domain层，dao 层，action层等设计

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