你们说使用SSH到底是为了快速开发，还是为了标准？

你们说使用SSH到底是为了快速开发，还是为了标准？ 
重点是为了什么，别说两者都有 小点的项目我用JAVABEAN+SERVLET+JSP也能完成，规范可以加上DAO+SERVICE实现，速度也不会太慢 
为什么都要用SSH开发呢？ 

解决方案 »

  1.   

    主要是为了快速开发，配制方法，维护方便。“小点的项目我用JAVABEAN+SERVLET+JSP也能完成，规范可以加上DAO+SERVICE实现，速度也不会太慢 ”做个大点的试试就知道了。
      

  2.   

    什么事情都没有绝对的正确和错误，SSH主要是相对应大的项目而言，小项目要是也用ssh的话，那就不但没有发挥出ssh的有利的一面，反而成了有害的！
      

  3.   

    是多大的才叫大？ 比如我做一个审批流程开发类的系统    是否值得用SSH？  以后的扩展功能会比较多，扩展较为频繁！
      

  4.   

    那首先要了解ssh的分工和其优势。
    Struts:一个jsp+servlet+javabean的完美体现，MVC的最好诠释。
    HIBERNATE:把面向对象的dao层操作，ORM映射，数据的可移植，有自己的缓存。
    spring：一个 多扩展、灵活、容入了多种设计模式、面向对象编程思想的容器。
    SSH的集合 其实是 表现层、dao层、逻辑层的 明确分工，对于项目的开发 和后期维护带来的积大的方便。
    对于小项目 这样的结合反而会很糟糕，因为维护成本比较高。
    而对于中型项目 这样的结合便于整个项目的开发。这里struts看作是表现层、hibernate看作是DAO层，spring作为一个核心容器。
    至于性能 一般体现不出来，但遇到庞杂的数据操作和业务逻辑 其性能才会体现。所以 LZ JAVABEAN+SERVLET+JSP 和 SSH 其性能的可比性 要根据项目需求不同来定。
    SSH的结合 才是真正MVC的组合模式的完美体现。
      

  5.   

    我做一个审批流程开发类的系统    是否值得用SSH？  以后的扩展功能会比较多，扩展较为频繁！
      

  6.   

    4楼说得很好, 顶一个. 不同的需求应用不同的技术, 小项目就不要用SSH了, 杀鸡焉用牛刀!  我用Tomcat 作为服务器, 当开发同一个项目时, 用javaBean + servlet+ jsp, 服务器启动的时候比用了SSH要快很多. 相差有10000ms以上. 如果是大项目,用SSH最好不过了. 大家共同开发, 某个人负责某一模块, 各自做完后可以方便移值.
      

  7.   

    ... ...和dao层没关系，和显示层没关系，你可以看看spring。
      

  8.   

    在用S  知道哪有SSH的源代码下 没   ？？
      

  9.   

    SSH这种东西你喜欢就用,不喜欢就不用,没有人说一定要用.构架也很多,用其它的也很多.
    标准也是相对的,比如一家公司都使用jsp+bean方式,你去用ssh开发对于公司来说当然就不标准了.
    反之一样.很多人都是人云亦云的说他好,在用ssh,就如同大广告一样,听多了,用的人多了.也是是它了.
      

  10.   

    我觉得SSH开始之所以应用如此广泛，还是因为其流行。我在很多小公司待过，凭心而论，很多项目根本没有用SSH的必要。但是如果项目会不停的扩展，应用不停的做大，SSH就可以彰显出它的优势了。
    而且，当使用习惯了SSH之后，我觉得可以节省我们对架构的思考时间，进而节约成本，毕竟对于很多的小公司，只有赚钱才是硬道理。
    最后，用SSH，你可以跟客户说，我们用的是时下最流行的技术开发，也许……
      

  11.   

    慢慢在理解这东西  也就是个框 做了1年多的JAVA了我既然没用过SSH框架 说出来有点晕但今天一个上午我就把SSH整合了，当然等感谢网络上的众多教程我理解了下，只是个框，最后的代码结构如下，和我以前做的东西没区别感觉比直接写这些东西还是快了不少，呵呵，这东西能用就行！正如上面说的  广告效应，也是可以和客户吹吹的效应！感谢各位回答！
      

  12.   

    我认为 SSH 并不是快速开发，也不是标准的。至于为什么流行？人云亦云的结果！采用 Spring 需要有大量的配置的文件，而且不管有用没用都去整个接口出来，不管是什么业务代码都交给 IoC 容器去管理，
    我想有大多数人都是先写类再写接口的，为了接口而接口。
    试想一下，就目前中国的软件开发来说，使用 Spring 就真的能符合 OCP 的要求么？增加一个新的功能，能做到不去改动既有的代码么？
      

  13.   

    如果你用习惯了，SSH开发大小项目都很快，而且的确有层次感，唯一不好的就是jar包太多，工程好庞大 - -
      

  14.   

    开发小型项目 感觉不一定要用ssh开发 如果大型项目 使用ssh开发相对来说还是比较合理的。而且ssh开发本身就是一种规范，适合于大型企业级开发。
      

  15.   

    之前一直用jspServletJavaBean的方式开发网站，近期有个网站超过了100多个class，于是我手痒了，厚脸皮的用上了struts2和hibernate，不过spring实在没好意思用用高射炮打蚊子
      

  16.   

     一般不 用struts，使用hibernate+spring+ajax
      

  17.   

    看各自的项目需要吧，我们公司的框架都是自己写的，用map实现ormapping，实现起来方便多了。很多同事都不知道怎样用hibernate，做了很多关联映射，导致查询起来非常慢。
      

  18.   

    ssh很好是万能的。
    如果用javaBean + servlet+ jsp开发就有很多问题。
    1。国际化不好实现，现在很多项目都要求有简体，繁体，英文版。所以用上struts比较好。
    2.如果用jdbc操作数据库很麻烦，如果是crm,erp系统数据库表一般很多，
     有些表字段也很多，你写sql估计要写的手都酸了。如果需求有改变。要增加几个字段。改动也不小，如果项
     目中有人喜欢用select * from 那就更麻烦。所以用上hibernate会很好。
     有一些查询比如说表中关联的是ID,显示的时候要用名称，这时你还要写连接查询sql,显示的时候还要为这个
     list 再写一个javabean,但hibernate中就不用这样实现，直接可以查，
    3 一般模式一般不好实现事务管理，也许有很多javabean +servlet模式开发的项目根本没有做事务控制。
     当然也可以用java中的动态代理实现，但在导异常处理上spring还是不错的。
      

  19.   

    不同的需求应用不同的技术, 小项目就不要用SSH了, 杀鸡焉用牛刀!  我用Tomcat 作为服务器, 当开发同一个项目时, 用javaBean + servlet+ jsp, 服务器启动的时候比用了SSH要快很多. 相差有10000ms以上. 如果是大项目,用SSH最好不过了. 大家共同开发, 某个人负责某一模块, 各自做完后可以方便移值.
      

  20.   

    自己对什么技术理解的深，就用那个呗，建议小的项目还是用JSP servlet java bean   这个理解好了  SHH就很好上手了，最重要的还是基础。
      

  21.   

    SSH是为了改起来方便，更新好，大点的东西用起来才好~
      

  22.   

    有两位大侠讲的比较独到，不过意见有点相反，呵呵。
    偶正在学习ssh2，现在都不知道该不该用在项目里。
      

  23.   

    SSH可以省很多重復代碼啊..
    可以把重點集中在業務層，每一層都很清晰
    以後擴展業務也更方便，當然是有它的好處啊
    慢慢體會吧....
      

  24.   

    我是新手，至于ssh，分情况用
      

  25.   

    我是新手，至于ssh，分情况用
      

  26.   

    征询STRUTS和SPRING的最优整合方案
      

  27.   

    SSH 应用是好的，但是你怎么来控制使用，运用得更好才是问题，小项目用SSH，你明显的傻子一个，脱裤子放屁多此一举，小项目每必要，有时会放慢速度。大项目]
          分2种      1，模块多，2数据量多
                     模块多的没怎么做过，就做过有6个大模块N个小模块的这种，用ssh还可以便于管理。
                     数据量多的我不建议用ssh，ss你流不留自己看着办，  hibernate建议不咬用了，我一次查询到好几万条，几时万条，这样hibernate真受不了，我暂时没有找到好的方法解决这个样大数据量，几时万条不算多，你一次查处百万条的时候你就知道了
    总结好东西，慎用，用的合理才是王道      
      

  28.   

    有什么问题大家探讨一下 加群深圳J2EE①群 32763598 验证 SZJP
      

  29.   


    我们公司也是结果我最拿手的struts被他们丢一边了不过现在好了跟他们一样了
      

  30.   

    用多了 你自然知道ssh的强大和多么的神奇
      

  31.   

    做了段时间 对接口编程有了体会，接口编程很好，可以分开开发，但SPRING文件配置很麻烦！
      

  32.   

    深有体会。当初公司设想有个小项目，基本功能确实很小，数来数去不过5-6个模块，当然是JavaBean+Servlet了。后来项目有了进一步改进。需要增加一些新功能，而且还要继续扩展下去。没办法，狠下心来，改成SSH.更何况本来就对SSH熟悉了。
    至今还在不断扩展中，省事许多。当然了，如果您是个牛人，能写出扩展性比较高的代码，也可以不考虑SSH的嘛。全看个人的选择了。用SSH，也是为了去学习一种好的思想和理念。用句不太恰当的话“学夷长技以制夷”
      

  33.   

    SSH本身就不是为了快速开发而诞生的，要想快用ASP.NET去
      

  34.   

    一年过去了，很多体会 工作中用过 SSH,SPRING MVC开发，
      

  35.   

    正在学习SSH中....谁有用SSH博客的源码，发一个给我参考一下好吗[email protected]
      

  36.   

    为了项目的长远发展，我们选择ssh
      

  37.   

    如果真的 是很大的项目的话不会用到hibernate的，还要考虑性能的问题
      

  38.   

    看来我是太执著于SSH了。 得转换方法了。 
      

  39.   

    SSH 是一个标准，用不用，用的好不好，都要好好的去想下，什么时候用，什么时候不用