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

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

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

 

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

 

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

 

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

 

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

 

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

 

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