锁定老帖子 主题:ssh优缺点
该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2009-12-12
最后修改:2009-12-12
withoutme_hw 写道 Hibernate还有一个缺点,面试官提示我说Hibernate有没有什么不能做到,而JDBC可以做到的?
Hibernate不能再运行时动态创建表,JDBC是可以做到的 http://www.iteye.com/topic/197752 不知道我是否理解对意思了 不过这个帖子好像也可以算动态创建了 |
|
返回顶楼 | |
发表时间:2009-12-13
最后修改:2009-12-14
SSH优缺点:
优点: struts: 相对于之前的框架turbine和直接使用servlet,使用配置文件减少了代码的编写量,提高了易用性,以及对url管理的一致性,增加了表单验证、formbean等特性,提高了程序的规范性。还有一个很重要的优点是稳定性高,经过多年的使用,相比于其他的控制层框架,对稳定性高要求高的话,用struts可以保证稳定性。 hibernate:相对于jdbc,以操作对象的方式去操作数据库,程序员可以不用考虑数据库的sql语句的具体形式,直接在对象上操作,对象在数据库上的操作,交给了hibernate API去转换执行。减少了代码量,减轻了程序的耦合度,与数据库无关。可以“一次编写,到处运行”。 spring:令人称赞的是IOC、AOP和数据库事务的自动管理,集成对各种其他框架的良好支持,配置过程中高度动态化,低耦合和低侵入性,在应用中起一个小型容器(contaioner)的作用,可以管理在容器中的框架、servlet、bean,管理他们的生命周期和内存分配,具“一站式架构”的特点。 缺点: struts:action被设计成线程不安全的,配置文件众多、繁杂,代码和Servlet的耦合度比较高。 hibernate:因为使用了ORM映射,把对对象的操作转换成对数据库的操作,实际上还是转成了调用JDBC来操作数据库,比直接使用JDBC的效率低。再者就是hibernate的特性强大,如果不深入了解hibernate的特性,发挥不出hibernate的强大特性。使用好hibernate的前提是对数据库和sql的高度熟悉,否则也用不好hibernate. spring:使用了反射来管理其容器中的bean,在程序中增大了内存和运行计算的时间,当然,这和spring带来的管理方便的好处来比,可以把此缺点忽略不计。 |
|
返回顶楼 | |
发表时间:2009-12-13
Angel_Night 写道
面试归来
|
|
返回顶楼 | |
发表时间:2009-12-13
wj539h 写道 你确实很菜,你对SSH还不是很熟,而且struts1我真想不到现在居然还有人在用
晕~~虽然我们自己用的struts2但是还有很多人在用struts1好不好啊?讨厌踩别个人的人,即使高手又怎么了,总不是从不知道到明白啊~~有什么了不起的…… |
|
返回顶楼 | |
发表时间:2009-12-13
最后修改:2009-12-13
haojia0716 写道 一开始全投的是新手贴,为什么现在全变成良好贴?
真他妈垃圾! 投什么贴重要么? 你觉得在javaeye有个良好贴 出门脸上就有金光了 还是你觉得投成新手帖,隐藏贴 出门就没脸了? 我在这发帖是想叫大家看看我总结的 是否全面 是否正确 我好修改 继续完善 如果你觉得我很垃圾 直接站内信骂我好了 不要让大家都看到你的 污言秽语 还有如果你真的想打击我...那挑我文章的毛病(我只在意这个..骂我只能脏了你的嘴) |
|
返回顶楼 | |
发表时间:2009-12-13
wj539h 写道 你确实很菜,你对SSH还不是很熟,而且struts1我真想不到现在居然还有人在用
你用什么好东西,给大家分享一下 |
|
返回顶楼 | |
发表时间:2009-12-13
wj539h 写道 你确实很菜,你对SSH还不是很熟,而且struts1我真想不到现在居然还有人在用
你是典型的找抽型的啊 哈哈 |
|
返回顶楼 | |
发表时间:2009-12-13
说下hiberante吧
最大的好处是做产品时,数据库可以是任何一种,因为把SQL都封闭了 不好的地方有: 比如我只取一个表几个字段,为了便于操作大多数情况下取的是一个持久化的对象集合,不要的也一起过来了 知识点太多 不太适合做复杂的select语句查询 |
|
返回顶楼 | |
发表时间:2009-12-13
好久没用这些了,都不敢说话了。
|
|
返回顶楼 | |
发表时间:2009-12-14
大家都说 struts1.x的action和servlet耦合度高? 本人愚昧,这个耦合度在实际项目中,有什么太大的意义么?而紧紧是一个测试使大家认为这个就是action的缺点么?本人觉得在web层测试的意义不大,所以 我觉得这点算不上什么太大的缺点,struts的action只是负责分发,真正的业务逻辑是在你的service,有必要测试么?单元测试也只是针对service的。本人愚昧,请高人点醒!
|
|
返回顶楼 | |