service层代码少,就直接写进dao就行了吧?我这么认为

解决方案 »

  1.   

    如果没有复杂的事务,Service是没必要的。
      

  2.   

    是不是使用service,要看你的DAO了,如果DAO的方法较少,暴露给业务层的属性、方法不多,没有必要;如果DAO操作复杂,暴露给业务层的信息多,最好弄个service.
      

  3.   

    同意steven2009(helloJava) 的说法,如果你的dao中有用复杂的事务处理最好是写一个servlet,例如做lob存贮,解藕就很有必要了。
      

  4.   

    我认为还是加多一层service为好,毕竟控制器层直接连接数据访问层有点怪怪的,而且DAO某些传入参数和DAO检索出来的数据一般都会做一些加工,这些加工全写在控制器层里就不很合适,比如hibernate影射实体都严重依赖封装类(如java.lang.Long),但我们在一般情况下都比较少用到封装类,而且POST/GET得到的参数都是字符串的,很多情况下都要强制转换成数值类使用,这些工作都放在控制器里的话无疑会很烦琐的,而在业务器中,这些操作只要加多个方法重载就可以了.