各位开发过的业务系统都是怎么分层的

说到分层，做java都会想到MVC，这算是整体开发的一种模式，那么不知道各位后台业务处理时是怎么分层的呢？

 

说说MVC，MVC是三个单词的缩写，分别为： 模型(Model),视图(View)和控制Controller)。 MVC模式的目的就是实现Web系统的职能分工。 Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。 View层用于与用户的交互，通常用JSP来实现。 Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。

 

如果按照理论和学习到的来说，后台的处理要再进行合理的分层，就拿Spring+Struts+Hibernate来说，一般Struts的Action来一层，Hibernate的数据库处理来一层，而Action和Dao中间一般再来一层，成为Service层。如果需要，可能还需要再分一层，不过我还没见过。

 

我做过几个系统了，发现做业务应用的系统一般都是基于一个开发的平台，而对于开发人员来说，一般也不会再分那么多层了，直接Action来一层，Dao来一层。

我也是就这么过来了，在今天我带的组要开发的系统时，新来的员工说要在Dao和Action中间分一层，可是我觉得没有这个必要。我们的总体业务逻辑其实不是很难，所以我觉得相对于数据库的操作，只需要两层就可以了。

需要公共方法和与网络交互的，我再建立新的包专门处理，而不会嵌套在Service中。

 

对于分层，不是很好说，业务系统讲究的是实现和可维护，我每次工作都是火急火燎要求很紧张，很少时候是有对于系统设计好了再去做的。所以我不会分那么多层，越简单越好，这样不管什么样的程序员都容易去上手。

但是简单分层有一个有点，那就是要把公共方法合理抽取，并单独建立包提供给大家使用。

 

之前做的是传统上的业务系统，现在做的涉及数据库和网络编程等多方面，不管怎么样，对于系统的分层，如何才能合理，大家还是讨论一下吧！

 

请您到ITEYE看我的原创：http://cuisuqiang.iteye.com

或支持我的个人博客，地址：http://www.javacui.com

 

评论

9 楼 blooming 2014-06-07  

视业务复杂度吧。举报表类的应用为例，如果简单到一个sql就能搞定，没必要用service.如果要对查询结果做各种转换，最好在service层做，便于自动化的集成测试

8 楼 qincidong 2013-10-18  

controller->action->service->dao

7 楼 jerry.chen 2013-02-06  

目前都是强制性分层

6 楼 cuisuqiang 2012-05-08  

xieqiuzhi 写道

cuisuqiang 写道

xieqiuzhi 写道

项目使用的是webwork+spring+hibernate。
业务代码分为action、service、dao和model。
action——处理页面请求
service——处理业务逻辑
dao——处理数据库操作
model——javabean，数据载体。

看来你们的系统分层中也增加service这么一层！不知道你们在这层里面具体做了什么事情！

service，和dao都是要在spring的配置文件里定义bean的，service的bean会定义两个：一个是事物代理的bean，一个是为非代理的bean。
dao是纯数据库操作，没有任何其他业务代码的，像美少女一样的纯洁。

举个主从表模块的例子来说明一下我们是怎么用service的：
一个主从表模块，有一个主表A和一个从表B，原则上我们都是一个表对应一个dao和serviver的。那就有aService,aDAO,bServicer,bDAO四个类。
aDAO——指只负责A表的数据库操作
bDAO——指只负责B表的数据库操作
这个两个类是很符合单一原则的，不用多说了。

在jsp界面上同时录入主表数据和从表数据点保存，把数据提交到aAction,aAction调用aService的save方法，save方法的主要逻辑就是先调用aDAO的save方法保存A表的数据，然后调用bServicer的save方法，bServicer的save方法再调用bDAO的save方法保存B表的数据。

分成action、service，dao我觉得还是比较符合单一原则，每个模块之间也很独立，如果需要应用，那就引用非代理的serviver，保证事务不是死循环。
下面是我们的spring的bean定义
<beans>
<!-- A Beans 定义 -->
<bean id="aService" parent="baseTransactionProxy">
<property name="target"><ref local="aServiceImpl"/></property>
</bean>
<bean id="aServiceImpl" class="AService"  parent="baseService">
<property name="datePayDAO"><ref local="datePayDAO"/></property>
<property name="bService"><ref bean="bServiceImpl"/></property>
</bean>
<bean id="aDAO" class="ADAO" parent="baseDAO"/>

<!-- B Beans 定义 -->
<bean id="bService" parent="baseTransactionProxy">
<property name="target"><ref local="bServiceImpl"/></property>
</bean>
<bean id="bServiceImpl" class="BService"  parent="baseService">
<property name="bDAO"><ref local="bDAO"/></property>
</bean>
<bean id="bDAO" class="BDAO" parent="baseDAO"/>
</beans>

代理类是Spring为事务管理而抽取的公共类，不能算做一层，而且看你所说的话，你的Service层也只是做了一层转发而已， 你可以参考一下：http://cuisuqiang.iteye.com/blog/1508965

5 楼 xieqiuzhi 2012-05-08  

这是我们service里的删除方法的逻辑，所有业务逻辑都再service里写。保证action和dao的纯洁。
/**
* 删除一个支付对象
*/
public void deleteDatePay(DatePay datePay) {
// 删除支付细目
List datePayBillIds = datePayBillService.getDatePayBillsByDatePayId(datePay.getId());
datePayBillService.deleteDatePayBill(datePayBillIds);
// 删除支付附件
Collection collection = fileUploadService.getAffixFilesByRefId(datePay.getId());
fileUploadService.deleteAffixFile(collection);
// 删除支付主表
datePayDAO.deleteDatePay(datePay);
}

4 楼 xieqiuzhi 2012-05-08  

cuisuqiang 写道

xieqiuzhi 写道

项目使用的是webwork+spring+hibernate。
业务代码分为action、service、dao和model。
action——处理页面请求
service——处理业务逻辑
dao——处理数据库操作
model——javabean，数据载体。

看来你们的系统分层中也增加service这么一层！不知道你们在这层里面具体做了什么事情！

service，和dao都是要在spring的配置文件里定义bean的，service的bean会定义两个：一个是事物代理的bean，一个是为非代理的bean。
dao是纯数据库操作，没有任何其他业务代码的，像美少女一样的纯洁。

举个主从表模块的例子来说明一下我们是怎么用service的：
一个主从表模块，有一个主表A和一个从表B，原则上我们都是一个表对应一个dao和serviver的。那就有aService,aDAO,bServicer,bDAO四个类。
aDAO——指只负责A表的数据库操作
bDAO——指只负责B表的数据库操作
这个两个类是很符合单一原则的，不用多说了。

在jsp界面上同时录入主表数据和从表数据点保存，把数据提交到aAction,aAction调用aService的save方法，save方法的主要逻辑就是先调用aDAO的save方法保存A表的数据，然后调用bServicer的save方法，bServicer的save方法再调用bDAO的save方法保存B表的数据。

分成action、service，dao我觉得还是比较符合单一原则，每个模块之间也很独立，如果需要应用，那就引用非代理的serviver，保证事务不是死循环。
下面是我们的spring的bean定义
<beans>
<!-- A Beans 定义 -->
<bean id="aService" parent="baseTransactionProxy">
<property name="target"><ref local="aServiceImpl"/></property>
</bean>
<bean id="aServiceImpl" class="AService"  parent="baseService">
<property name="datePayDAO"><ref local="datePayDAO"/></property>
<property name="bService"><ref bean="bServiceImpl"/></property>
</bean>
<bean id="aDAO" class="ADAO" parent="baseDAO"/>

<!-- B Beans 定义 -->
<bean id="bService" parent="baseTransactionProxy">
<property name="target"><ref local="bServiceImpl"/></property>
</bean>
<bean id="bServiceImpl" class="BService"  parent="baseService">
<property name="bDAO"><ref local="bDAO"/></property>
</bean>
<bean id="bDAO" class="BDAO" parent="baseDAO"/>
</beans>

3 楼 cuisuqiang 2012-05-08  

xieqiuzhi 写道

项目使用的是webwork+spring+hibernate。
业务代码分为action、service、dao和model。
action——处理页面请求
service——处理业务逻辑
dao——处理数据库操作
model——javabean，数据载体。

看来你们的系统分层中也增加service这么一层！不知道你们在这层里面具体做了什么事情！

2 楼 xieqiuzhi 2012-05-08  

项目使用的是webwork+spring+hibernate。
业务代码分为action、service、dao和model。
action——处理页面请求
service——处理业务逻辑
dao——处理数据库操作
model——javabean，数据载体。

1 楼 cuisuqiang 2012-05-07  

干程序员，苦呀！http://cuisuqiang.iteye.com/blog/1514633