SSH框架中Service层应该根据什么划分啦？ [问题点数：40分]

求各位大神帮忙对于Service层该按什么方式来划分比较好

serivce层应该业务划分比较好啊，例如：

你要做一个分页功能你可以在action中獲取分页相关参数，在service中做分页的算法然后dao层直接进行查询就行。

action获取页面传过来的参数service实现相关业务，service可以掉用dao层访问数据库

一般根据业务做一些逻辑判断

我有时候很少会写service层,这种业务层还是不能够深一步的理解

action负责接收参数调用并将参数赋给service层一个（或多个）方法，service方法调用Dao层一个（或多个）方法实现对数据的操作

实际的业务操作，action层代码尽量简洁负责业务的分发；例如：银行赚钱，action就是把該业务分成A账户减B账户加两个service操作，只是简单一说没有这么简单还有事务什么的

中大型的企业项目中经常把业务逻辑这一模块交给service来處理，更容易维护

对于service层如何划分？问法 有点莫名其妙一般都把业务逻辑放在service层啦，数据处理简单的话就索性把dao和service合并复杂的话就汾dao和service层了。

实际的业务操作action层代码尽量简洁，负责业务的分发；例如：银行赚钱action就是把该业务分成A账户减，B账户加两个service操作只是简單一说，没有这么简单还有事务什么的   中大型的企业项目中经常把业务逻辑这一模块交给service来处理更容易维护

就是这样  我们需要把一系列需要在一个方法里面处理的东西都放到service里面 当然单个逻辑也是

本人列子比较挫 见谅

来我的博客,下载开源项目,基于spring,security的,你看了里面的结构就知噵怎么划分的

直接与外界交互数据的为dao层，比如往数据里存数据往外界打印输出。

业务层只留一个对象+调用方法

其他的全部写到service层，service層里面可以继续分层

Service类似与一个组装工程，获取各种配件然后行程一个成品。在代码上就是你调用dao层或Service层的方法然后实现一个功能。

service层当然应该按照业务逻辑去分啊不然就没有存在的必要了。service层是根据业务逻辑去调用dao层在service层中开启事务，因为一个业务逻辑可能会需要多个dao层dao层只负责与数据库的数据交互，不与业务逻辑相关联这样就实现了数据和业务的分层管理。