本文介绍了Java企业应用中的分层设计思想，强调Service层处理业务逻辑，DAO封装Entity对象，Action作为Controller处理分发。讨论了Service-DAO关系、事务处理、以及在复杂调用时引入Facade层的重要性。遵循分层原则可以提高代码可读性和复用率，减少维护成本。同时，文章指出避免以数据库表为基础设计DAO和Service，而应以领域模型驱动设计。
转自http://fei-6666.iteye.com/blog/446247，记录下来
一，Service->DAO，只能在Service中注入DAO。
二，DAO只能操作但表数据，跨表操作放在Service中，Service尽量复用DAO，只有一张表产生的业务放入DAO中。
三，事务操作，放在一个DAO中。
四，如果有更大Service的之间的复杂调用，考虑在service上再加Facade层(Components组件)。
五，多考虑这部分代码放在哪里，多里利用上下分层，增加代码可读性，提高代码复用率。
服务层处理业务逻辑，DAO封装Entity对象，Action作为Controller处理分发。
业务逻辑是最容易变化的地方，当业务改变时，只增加修改相应的代码即可。真正享受分层带来的益处。
文章出处：http://www.diybl.com/course/3_program/java/javaxl/2008620/126932.html
J2EE分层设计是Java企业应用的最基本的设计思想。
从最常规的分层结构来说，系统层次从上到下依次为：
表现层：主要是客户端的展示。
服务层：直接为客户端提供的服务或功能。也是系统所能对外提供的功能。
领域层：系统内的领域活动。
DAO层：数据访问对象，通过领域实体对象来操作数据库。
其中有些指导原则：
1、上层总是依赖其下层，依赖关系不跨层。
2、表现
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
