业务逻辑层应该是bo吧
struts中action应该是控制器

解决方案 »

  1.   

    1、struts中action是义务逻辑层(service)吗?
    2、那spring中Controller是义务逻辑层(service)吗?那spring中事务层指的什么?
     是dao接口还是dao实现类???
      最好详细说一下!!!!1.action是控制层.整个struts都是表示层
    2.那spring中事务层指的对事务的处理.可以是声明式事务或编程式事务.
      

  2.   

    那在struts或spring的web开发中什么属于业务逻辑层,能详细把多层说一下吗??
      

  3.   

    1、struts中action是义务逻辑层(service),是对的。控制层是ActionServlet
      

  4.   

    struts类例于servlet因为struts的ActionServlet继承自HttpServlet,
    spring作为业务逻辑层,用来管理bean.它负责把表示层action,业务javabean,dao层的bean粘合起来。
    水平有限,欢迎指正.
      

  5.   

    并不是哪些属于业务逻辑,哪些属于事务。
    现在一个业务逻辑就是一个完整的事务,那么在同一个层内。网上推荐的方法是编写一个Service类,将DAO作为属性注入,然后给该Service配置事务,在action里调用。这样的缺点是容易分层容易混淆,因为有的业务操作复杂就需要整个写成一个service方法。我自己尝试的方法是编写一个通用的action类,通过path来自动找到对应的Spring Bean,然后业务逻辑全部写在ServiceBean里,给该ServiceBean做登陆接口、资源接口及事务接口的AOP。这样就容易很方便的和其它系统例如AJAX(DWR)、WebService(XFIRE)共享业务Bean。达到一处编写,多接口方式都可以调用。还有种方法是将action用spring管理,然后在管理bean里再配置事务。理论上应该可行,但我没有试过
      

  6.   

    那spring中你编写的Action就是业务逻辑层那spring中事务层指的是你用Spring配置事务的Bean。你可以配置到DAO,也可以编写ServiceBean来配置,总之你配哪个Bean哪个Bean的代码就是你的事务层DAO接口只是数据访问对象,跟事务没有关系的
      

  7.   

    一般的商业系统分层都是按照MVC或者是MVC的扩展,比如:
    VIEW(JSP..): JSP,Javascript,CSS等
    VIEW CONTROLLER: Action,用来对界面的数据和逻辑层的数据进行控制和转换,还有进行数据校验和错误处理等
    BUSINESS CONTROLLER(SERVICE OBJECT): 业务逻辑处理层,在这一层对相关的业务实体进行组装,以满足业务的需要.在这一层进行事务处理,提交或者回滚!
    MODEL OBJECT: 业务实体层,粒度的大小与OR/Mapping相关,提供原子型的业务逻辑
    DAO:数据访问层,对DB或者文件系统进行操作
    还有VO(Form)和Pojo等在Spring中配置的一般都是具体DAO的实现类,而在MODEL OBJECT中对DAO的引用可以定义成接口!