jsp+servlet+javabean+filter一样也很好用,同时可以减轻服务器的压力,为什么出现很多框架比如struts2,spring等等,听说框架可以节约开发时间,那现在还有多少b/s使用jsp+javabean呢?

解决方案 »

  1.   

    小系统用jsp+javabean甚至只用jsp都没问题 大系统就需要框架什么的了
      

  2.   

    jsp+javaBann代码堆积,框架分的明细
      

  3.   

    实际上所有的基础都还是源于JSP+JAVABEAN这些东西。相对来说,把这些东西掌握清楚了,然后再去搞框架问题就不大了。框架的目的主要使开发过程相互独立,以及后期在系统维护的时候,更容易上手。就这么简单
      

  4.   

    jsp+servlet+javabean+filter一样也很好用,同时可以减轻服务器的压力:没有实现MVC的软件分层架构,特别jsp页面出现很多java代码,很烦,可读性不好。很多框架比如struts2,spring,hibernate:实现了mvc,是业务表示层和数据逻辑处理,校验等在不同的业务模型进行,这样才软件的总体架构清晰,不同素质的开发任务可以完成不同层的开发任务。
      

  5.   

    用框架是因为,比如Struts、Hibernate、Spring,典型的SSH三层结构,分为表现层、中间层(业务逻辑层)和数据服务层。三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。客户端不直接与数据库交互,而是通过组件与中间层建立连接,再由中间层与数据库交互。 
    中间层采用的是流行的Spring+Hibernate,为了将控制层与业务逻辑层分离,又细分为以下几种。
      Web层,就是MVC模式里面的“C”(controller),负责控制业务逻辑层与表现层的交互,调用业务逻辑层,并将业务数据返回给表现层作组织表现,该系统的MVC框架采用Struts。
      Service层(就是业务逻辑层),负责实现业务逻辑。业务逻辑层以DAO层为基础,通过对DAO组件的正面模式包装,完成系统所要求的业务逻辑。
      DAO层,负责与持久化对象交互。该层封装了数据的增、删、查、改的操作。
      PO,持久化对象。通过实体关系映射工具将关系型数据库的数据映射成对象,很方便地实现以面向对象方式操作数据库,该系统采用Hibernate作为ORM框架。
      Spring的作用贯穿了整个中间层,将Web层、Service层、DAO层及PO无缝整合,其数据服务层用来存放数据。 一个良好的框架可以让开发人员减轻重新建立解决复杂问题方案的负担和精力;它可以被扩展以进行内部的定制化;并且有强大的用户社区来支持它。框架通常能很好的解决一个问题。然而,你的应用是分层的,可能每一个层都需要各自的框架。仅仅解决UI问题并不意味着你能够很好的将业务逻辑和持久性逻辑和UI 组件很好的耦合。