表示层JSP 业务逻辑层DAO 数据存储层(O/R M)Hibernate

解决方案 »

  1.   

    还是看需求,我一般是view用struts,中间层用session bean,数据层如果不是很复杂,就用工具直接映射,如果比较复杂,就自己写DAO来映射。
      

  2.   

    1>一层:JSP 或者 SERVERT  (现在几乎不用了)
    2>俩层:jsp(表示) + BEAN(业务逻辑,数据存储)
    3>三层: MVC(Struts)比较有典型性
    4>多层: 框架很多很多,最终都没有逃出表示、业务逻辑处理、数据存储几个大的环节
          表示:SERVERT  JSP,XML,XSL,HTML,SHTML.标签...........
          逻辑:接收请求->准备数据->调用业务模快->准备显示数据->调用显示模快(表示:如JSP)
          数据存储:数据对象化(Hibernate)或者是JDBC,XML中间层用session bean??  我不知道这是什么概念
          关键是在你的架构中,你如过要用到session bean,让它处理了哪不分的功能一个好的J2EE框架除了有一个好的分层,还必须
          1,业务代码重用
          2,流程控制能力
          3,模块独立性(大规模开发);
          4,...... 就本人认为,不是你的框架层次越多越好,而是你的架构是否能最好的来控制你的程序和业务
     本人现在就用了一个俩层架构(自己开发的),而且屡试不爽,感觉非常完善...对中小行的项目特别有用
        
      

  3.   

    globaldf01(许) 您好!您在上面中说到:
    中间层用session bean??  我不知道这是什么概念
          关键是在你的架构中,你如过要用到session bean,让它处理了哪不分的功能
    我认为,在MVC的架构中,session bean一般是处理业务逻辑上的问题,但是如果是session bean+Hibernate来开发,有些别扭,特别是打包部署等,
    如果是session bean+JDBC还可以说得过去。
        如果不用session bean,业务逻辑应该如何处理呢?(自己写?)特别是在分布式计算中。
      

  4.   

    真的要部署,Hibernate 实现的功能都要自己用 JDBC 来实现一遍的Hibernate 只是在迭代开发过程中的润滑剂。不过又说回来,真的要打包部署,别扭在哪里了?
      

  5.   

    表示层:Jsp Servlet,采用Webwork+Velocity 框架
    逻辑层:可以自由使用,一般采用的都是Factory 模式,以及Strategy、State 模式,在这里根据需要还可以分为多层
    持久层:最简单的就是采用DAO,还有Hibernate、Ibiats都用的挺多的。但是如果项目是基于事务的话,那么最好还是使用Entity Bean。当然啦,逻辑层采用Session Bean。也就是传统的EJB解决方案。
      

  6.   

    我们采用struts+spring+hibernate架构。
      

  7.   

    struts+session bean+oracle .唉...体力活...
      

  8.   

    我觉得
    JSP->Servlet(struts action)->Session Bean->DAO->Hibernate->Database
    这个结构还行
      

  9.   

    awded(awded) 您好!您说到:
    “持久层:最简单的就是采用DAO,还有Hibernate、Ibiats都用的挺多的。但是如果项目是基于事务的话,那么最好还是使用Entity Bean。当然啦,逻辑层采用Session Bean。也就是传统的EJB解决方案。”
    基于事务的用ejb,但在系统中有不基于事务的吗??请简单举例说明一下。
    另外在表示层中,采用Webwork+Velocity 框架和struts框架各有什么特点呢??
    谢谢!
      

  10.   

    EJB 规范中有提到:Enterprise JavaBeans is an architecture for component-based computing.Enterprise beans are components of transaction-oriented enterprise applications. 在一些大型的系统中,比如说银行系统,很多操作的内容并不能看成对象,所以我把这看成是“基于事务”也可以说是以事务为中心吧。在这些系统中,使用Hibernate等ORM架构就有些荒诞了。
    Velocity 也可以和Struts整合使用。这里只是多了一个VM层。Webwork 比 Struts好的地方我感觉主要还是tag的方面,比Struts方便多了。还有就是它把ActionForm 和 Action 整合在一起了。关于拦截器, Struts也有,就不说了。
      

  11.   

    都是用些什么J2EE的web服务器???都是用些什么J2EE的web服务器???都是用些什么J2EE的web服务器???
    都是用些什么J2EE的web服务器???
    都是用些什么J2EE的web服务器???
      

  12.   

    都是用些什么J2EE的web服务器???都是用些什么J2EE的web服务器???都是用些什么J2EE的web服务器???
      

  13.   

    http://www.matrix.org.cn/article/1034.html
      

  14.   

    使用struts+spring+hibernate 组装web应用:
    http://www.matrix.org.cn/article/1034.html
      

  15.   

    struts ++ session facade ++ cmp ++ weblogic ++ oracle 10g && sql server
      

  16.   

    struts + slsb +dao + hibernate + sqlserver2k
      

  17.   

    这个谁用过,机会全是开源的东东
    tapestry + spring  + hibernate +db?
      

  18.   

    大家多发表意见,让我们这些javaer新人多长见识
      

  19.   

    web层:struts+jsp/servlet   business layer: java bean/session bean   数据持久层:  entity  bean/Hibernate,现在在努力学习open source中,Spring、WebWork大家多帮忙
      

  20.   

    在实际运用j2ee架构时,web层用struts+velocity.