67,514
社区成员
发帖
与我相关
我的任务
分享大家能否说说Struts +Hibernate +Spring 的缺点,只说缺点!
大家能否说说Struts +Hibernate +Spring 的缺点,只说缺点不谈优点!
...全文
请发表友善的回复…
发表回复
24K純帥 2010-09-15
- 打赏
- 举报
配置文件很多，麻烦，分层加大了代码量
amos1989 2010-09-15
- 打赏
- 举报
[Quote=引用 2 楼 njpingwen 的回复:]
3、对Servlet的依赖性过强. Struts处理Action时必需要依赖ServletRequest 和ServletResponse，所有它摆脱不了Servlet容器。
hibernate缺点:
（1）hibernate限制所使用的对象模型,一个持久性类不能映射到多个表
（2）hibernate在批量数据处理的时候是有弱势。
[/Quote]
1.在struts2中已经支持freeamarker xlst等页面展示技术
2。HTTP请求就摆脱不了WEB容器（最起码目前任何框架都是）
3。hibenrate可以一个对持久类映射到多个表，具体参见JPA的实现
3、对Servlet的依赖性过强. Struts处理Action时必需要依赖ServletRequest 和ServletResponse，所有它摆脱不了Servlet容器。
hibernate缺点:
（1）hibernate限制所使用的对象模型,一个持久性类不能映射到多个表
（2）hibernate在批量数据处理的时候是有弱势。
[/Quote]
1.在struts2中已经支持freeamarker xlst等页面展示技术
2。HTTP请求就摆脱不了WEB容器（最起码目前任何框架都是）
3。hibenrate可以一个对持久类映射到多个表，具体参见JPA的实现
李大冬瓜 2010-09-15
- 打赏
- 举报
strues2 还是不错的
eemean 2010-09-15
- 打赏
- 举报
[Quote=引用 24 楼 strugglecenter 的回复:]
spring缺点：
使用人数不多、控制器过于灵活，缺少一个公用控制器
[/Quote]
spring使用的人不多吗，呵呵
spring缺点：
使用人数不多、控制器过于灵活，缺少一个公用控制器
[/Quote]
spring使用的人不多吗，呵呵
liuwenjunssh 2010-09-15
- 打赏
- 举报
struts1:缺点 实体bean怎么感觉和formbean有点重复，然而struts2就相对来说比较好些
hibernate缺点 在实际开发中，如果你的项目小组有10个程序员，有8个对hibernate都不是很明白，这样你最好还是使用ibatis好些，但是ibatis对数据库的移植又有问题，但是一般一个系统开发好了，移植数据库的可能性很小，ibatis只要懂sql就ok了，hibernate是一种非常优秀的持久化框架，但是自认为很熟练hibernate的人连它的几种状态就不知道，这样就会影响开发速度和质量，
建议使用hibernate要慎重
spring暂时没有发现什么缺点
hibernate缺点 在实际开发中，如果你的项目小组有10个程序员，有8个对hibernate都不是很明白，这样你最好还是使用ibatis好些，但是ibatis对数据库的移植又有问题，但是一般一个系统开发好了，移植数据库的可能性很小，ibatis只要懂sql就ok了，hibernate是一种非常优秀的持久化框架，但是自认为很熟练hibernate的人连它的几种状态就不知道，这样就会影响开发速度和质量，
建议使用hibernate要慎重
spring暂时没有发现什么缺点
StruggleCenter 2010-09-15
- 打赏
- 举报
struts缺点：
(1)、转到展示层时，需要配置forward，每一次转到展示层.
(2)、Struts 的Action必需是thread－safe方式，它仅仅允许一个实例去处理所有的请求。
(3)、测试不方便.
(4)、类型的转换.
(5)、对Servlet的依赖性过强.。
(6)、前端表达式语言方面.Struts集成了JSTL。
(7)、对Action执行的控制困难.
(8)、对Action 执行前和后的处理.
(9)、对事件支持不够.
hibernate缺点：
(1)、Hibernate在批量数据处理的时候是有弱势。
(2)、针对某一对象(单个对象)简单的查\改\删\增，不是批量修改、删除，适合用
Hibernate；而 对于批量修改、删除，不适合用Hibernate，这也是OR框架的弱
点; 要用 数据库的特定优化机制的时候，不适合用Hibernate。
spring缺点：
使用人数不多、控制器过于灵活，缺少一个公用控制器
(1)、转到展示层时，需要配置forward，每一次转到展示层.
(2)、Struts 的Action必需是thread－safe方式，它仅仅允许一个实例去处理所有的请求。
(3)、测试不方便.
(4)、类型的转换.
(5)、对Servlet的依赖性过强.。
(6)、前端表达式语言方面.Struts集成了JSTL。
(7)、对Action执行的控制困难.
(8)、对Action 执行前和后的处理.
(9)、对事件支持不够.
hibernate缺点：
(1)、Hibernate在批量数据处理的时候是有弱势。
(2)、针对某一对象(单个对象)简单的查\改\删\增，不是批量修改、删除，适合用
Hibernate；而 对于批量修改、删除，不适合用Hibernate，这也是OR框架的弱
点; 要用 数据库的特定优化机制的时候，不适合用Hibernate。
spring缺点：
使用人数不多、控制器过于灵活，缺少一个公用控制器
yirankiller 2010-09-15
- 打赏
- 举报
[Quote=引用 4 楼 xuhuanchao 的回复:]
对于小项目，每次都配置，效率底下
hibernate也没有jdbc效率高
[/Quote]
顶下
对于小项目，每次都配置，效率底下
hibernate也没有jdbc效率高
[/Quote]
顶下
magong 2010-09-15
- 打赏
- 举报
不符合规范
总要担心发展前景
总要担心发展前景
JerryZhou_ 2010-09-15
- 打赏
- 举报
持续关注。。。
niu90 2010-09-15
- 打赏
- 举报
赢得了开发效率，损失了部分系统的性能。具体情况具体取舍.
loveofmylife 2010-09-14
- 打赏
- 举报
struts最讨厌的就是如果只有一种多好，偏偏却又1和2
loveofmylife 2010-09-14
- 打赏
- 举报
不怎么用Hibernate,关系复杂的数据库用hibernate简直是万念俱灰啊
logive 2010-09-14
- 打赏
- 举报
刚开学习 比较晕 整合起来了 在写几个模块 很轻松了
tomcate可以不用总重启的 配置下 自动加载 就可以了
tomcate可以不用总重启的 配置下 自动加载 就可以了
njpingwen 2010-09-14
- 打赏
- 举报
struts缺点：
1、转到展示层时，需要配置forward，每一次转到展示层，大多数都是直接转到jsp，而涉及到转向，需要配置forward，如果有十个展示层的jsp，需要配置十次struts，而且还不包括有时候目录、文件变更，需要重新修改forward，而且每次修改配置文件之后，要求重新部署整个项目，而tomcat这样的服务器，还必须重新启动服务器，如果业务变更复杂频繁的系统，这样的操作简单不可想象。
2、Struts 的Action必需是thread－safe方式，它仅仅允许一个实例去处理所有的请求。所以action用到的所有的资源都必需统一同步，这样就引起了线程安全的问题。
3、对Servlet的依赖性过强. Struts处理Action时必需要依赖ServletRequest 和ServletResponse，所有它摆脱不了Servlet容器。
hibernate缺点:
（1）hibernate限制所使用的对象模型,一个持久性类不能映射到多个表
（2）hibernate在批量数据处理的时候是有弱势。
spring缺点：
jsp中要写很多代码、控制器过于灵活，缺少一个公用控制器
1、转到展示层时，需要配置forward，每一次转到展示层，大多数都是直接转到jsp，而涉及到转向，需要配置forward，如果有十个展示层的jsp，需要配置十次struts，而且还不包括有时候目录、文件变更，需要重新修改forward，而且每次修改配置文件之后，要求重新部署整个项目，而tomcat这样的服务器，还必须重新启动服务器，如果业务变更复杂频繁的系统，这样的操作简单不可想象。
2、Struts 的Action必需是thread－safe方式，它仅仅允许一个实例去处理所有的请求。所以action用到的所有的资源都必需统一同步，这样就引起了线程安全的问题。
3、对Servlet的依赖性过强. Struts处理Action时必需要依赖ServletRequest 和ServletResponse，所有它摆脱不了Servlet容器。
hibernate缺点:
（1）hibernate限制所使用的对象模型,一个持久性类不能映射到多个表
（2）hibernate在批量数据处理的时候是有弱势。
spring缺点：
jsp中要写很多代码、控制器过于灵活，缺少一个公用控制器
eemean 2010-09-14
- 打赏
- 举报
更喜欢ibatis
xianaofei 2010-09-14
- 打赏
- 举报
效率慢
marqio 2010-09-14
- 打赏
- 举报
鉴于楼上的那么多言语，我只能补充点了，刚看了一个帖子如下
第一、开发难度高，分层架构增加了很多工作量，本来一个简单的过程，非要分成很多步很多文件来完成。文件多了有时更会出现很多莫名其妙的错误。
第二、从执行效率上SSH太低了，启动慢，占内存高，hibernate性能远没有jdbc高。
第三、维护起来超麻烦，就因为采用了SSH框架，搞得现在增加一个数据调用就得改好几个文件，还要小心翼翼的上传，最深恶痛绝的是上传之后还要重启服务器，晕哦~那些不懂的同事就跑过来问：xx怎么网站又打不开了啊？我只能解释道：在维护。搞得我现在改程序文件都有所顾虑了..
现实例子更具说服力了。
第一、开发难度高，分层架构增加了很多工作量，本来一个简单的过程，非要分成很多步很多文件来完成。文件多了有时更会出现很多莫名其妙的错误。
第二、从执行效率上SSH太低了，启动慢，占内存高，hibernate性能远没有jdbc高。
第三、维护起来超麻烦，就因为采用了SSH框架，搞得现在增加一个数据调用就得改好几个文件，还要小心翼翼的上传，最深恶痛绝的是上传之后还要重启服务器，晕哦~那些不懂的同事就跑过来问：xx怎么网站又打不开了啊？我只能解释道：在维护。搞得我现在改程序文件都有所顾虑了..
现实例子更具说服力了。
小爽昵称已被占用 2010-09-14
- 打赏
- 举报
启动好慢。。。
xuyoulin 2010-09-14
- 打赏
- 举报
不会写SQL的人才用HBERNATE,一般对于中小项目而言,直接使用存储过程,触发器,函数是最简单快捷的,效率又高.
silencexk212112 2010-09-14
- 打赏
- 举报
持续关注。。。
加载更多回复（9）
