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

解决方案 »

  1.   

    service层一般情况都是封装业务逻辑
      

  2.   

    serivce层应该业务划分比较好啊,例如:
    你要做一个分页功能,你可以在action中获取分页相关参数,在service中做分页的算法,然后dao层直接进行查询就行。
      

  3.   

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

  4.   

    service一般以业务逻辑来划分。
      

  5.   

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

  6.   

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

  7.   

    service就是负责加工组装使用的  其他的都是原材料 送到service这里来
      

  8.   

    dao层访问数据库,services调用dao层方法,并对数据进行处理,action调用services层的方法
      

  9.   

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

  10.   

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

  11.   

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

  12.   

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

  13.   

    比如说小明去菜场买菜我们写个 service  boolean 小明去买菜() 然后实现它   boolean小明去买菜() {
          
          买番茄()
          买米()
          卖肉()
         .....
        return true
       }然后在action 调用boolean小明去买菜() 返回true就说明买菜完毕就是这样  我们需要把一系列需要在一个方法里面处理的东西都放到service里面 当然单个逻辑也是本人列子比较挫 见谅
      

  14.   

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

  15.   

    直接与外界交互数据的为dao层,比如往数据里存数据,往外界打印输出。
    业务层只留一个对象+调用方法。
    其他的全部写到service层,service层里面可以继续分层。
      

  16.   

    action 组装参数
    service 处理业务 可能会调用dao、service 其他外部webservice 等等
    dao 负责数据库访问
      

  17.   

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

  18.   

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