使用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还是不错的。
?
lz是不是过分相信SSH了，现在个人用ibatis的时候多，H的hql的学习成本、关于sql效率的问题（小弟没有用H做过实际开发，不知道在实际项目中对于sql效率是怎么处理的）。