我怎么感觉struts,非常难用呢!!! (降低了开发效绿.)

Question

不知大家对struts用何看法? 它有什么优点呢?  有什么缺点呢?个人感觉jsp+server+bean 胜过struts.
1.项目进展快
2.出错了,非常快的就可以找到错误的原因
3.维护起来,非常方便.

Answer 1

个人感觉: struts把简单的时情变复杂了. 你们是这样认为吗?

Answer 2

最大的优点，强大的标签库
第二就是做为控制器很灵活，我们只需要修改Struts-Config.xml文件就可以改变我们最后的跳转页面，而不用去动源代码。例如：我们在一个网站登陆成功以后原来是跳向a.jsp，但是现在我们想登陆成功以后跳转向b.jsp，而Struts只需要修改forward标签里的最终跳向页面即可，而不用去再到源代码里去寻找那一句跳转代码，对其修改。

Answer 3

楼主还没有struct的好处～
如果是多语言？
如果统一修改banner,foot,head等等，
还有许多好处呢

Answer 4

struts还是方便了N多，标签功能用起来很方便，！

Answer 5

强大的标签库，可以省掉很多页面的java代码，提高效率。

Answer 6

不用struts也可以很出色！
使用了webwork后发现struts确实有点别扭！

Answer 7

http://community.csdn.net/Expert/topic/4489/4489128.xml?temp=.4189264

Answer 8

最大的优点，强大的标签库回复:
 Macromedia Dreamweaver 不识别struts的标签. 所以还必须手动输入代码.<html:xXXx  还不如直接用html.

Answer 9

嗬嗬，用Struts的话，你会发现 你的项目更可管理化了。如果只是 JSP + JavaBean 感觉就和ASP一是个等级的。

Answer 10

回复: FJINS(JINS)我感觉STRUTS很不好,烂到家了.例如：我们在一个网站登陆成功以后原来是跳向a.jsp，但是现在我们想登陆成功以后跳转向b.jsp，而Struts只需要修改forward标签里的最终跳向页面即可，而不用去再到源代码里去寻找那一句跳转代码，对其修改。回复: forward标签里的最终跳向页面是静态的(必须事先写好,而多数情况下是动态),但大多数登陆成功之后,就要跳到登陆之前的页面上.像这种情况, 我的解决方法是,添加一个nexturl参数,如果nexturl是null,就转到a.jsp,否则转到nexturl

Answer 11

struts是个为了框架而框架的东西，实际使用的很多方面因素并没有考虑到，很不成熟。

Answer 12

大项目方便  小项目还使用bean吧

Answer 13

不知道好坏,只是用struts+spring+hibernate开发

Answer 14

spring+IBATIS,再随便找个视图层框架还是很好用的，坚决不用jsp+server+bean

Answer 15

struts把简单的时情变复杂了===================================
同感不过struts还是有利于锻炼MVC，这样再用jsp+servlet+bean会有新的感觉

Answer 16

呵呵，刚开始我也觉得struts好费事，不过做多了就知道，其实它还是很不错的，至少做完了一个项目你感觉很清晰，至少分层的这种思想慢慢在你脑里形成了

Answer 17

开发的时候麻烦些
维护和升级的时候你就会庆幸当时用了Struts

Answer 18

对于小型项目 觉得javabean比较好
但是 如果遇到大项目 并且需求不是很稳定的情况下
感觉struts比较好
毕竟可维护比较强的东西 还是有它生存的空间的

Answer 19

个人感觉struts是个很优秀的东西

Answer 20

struts 的设计师也说了，如果只是简单项目，用 jsp + java bean 就可以完成，那就不要用 struts.

Answer 21

做大项目的时候需要用，还有其他好多架构都是，ejb等。简单的应用需要赶时间的还是jsp+bean好，简单，迅速。

Answer 22

wangkunhong(乔.Jo)    dreamover(梦醒了)同胞耶.

Answer 23

对于小项目来说，确实是复杂化了，就几张页面，但，要是有好几十页面，业务逻辑又多，还是jsp+bean+servlet吗？

Answer 24

东西还是不错的，就是很快又被淘汰了,shale又出来了，真是赶不上啊！！！

Answer 25

回复人：iwlk(第六世纪 MSN:[email protected] http://down.c06.net) ( 三级(初级)) 信誉：97  我感觉STRUTS很不好,烂到家了.例如：我们在一个网站登陆成功以后原来是跳向a.jsp，但是现在我们想登陆成功以后跳转向b.jsp，而Struts只需要修改forward标签里的最终跳向页面即可，而不用去再到源代码里去寻找那一句跳转代码，对其修改。回复: forward标签里的最终跳向页面是静态的(必须事先写好,而多数情况下是动态),但大多数登陆成功之后,就要跳到登陆之前的页面上.像这种情况, 我的解决方法是,添加一个nexturl参数,如果nexturl是null,就转到a.jsp,否则转到nexturlstruts里面对跳转进行映射
但是判断跳转不是应该在action里面么？
不觉得它的跳转又多么的不灵活阿
相反，action里面的代码相当的少 结构很清晰

Answer 26

楼主的心情我理解，刚开始学这个东西的时候简直是罗嗦折磨人，按它的这种方式开发小项目确实效率很低！但是开发了有半年了，效果出来了！
  首先楼主说的效率，其实慢慢体会到了，软件的效率其实不是你完成这个任务的效率，而是维护效率（可能我也理解错了），用了struts，维护起来确实很方便。
  其次，用了struts，找出错误原因就更不用说了。

Answer 27

很烂，简单问题复杂化，自己写个mvc，比它不知道方便多少。

Answer 28

做维护的时候，在不看文档的情况下，根本就不想看不是用Struts做的项目的代码，简直就是折磨。
但是维护用Struts开发的项目就好多了，逻辑非常清晰。

Answer 29

Struts最麻烦的就是写Form，尤其是循环生成表格的Form，相信用过的同志都有同感。另外Struts的标签很容易导致Html编辑器显示乱七八糟的内容。现在改用Tapestry，感觉清爽很多，推荐大家试试。

Answer 30

journay(当你凝视黑夜时，黑夜也在深深的凝视着你)  
很烂，简单问题复杂化，自己写个mvc，比它不知道方便多少。谢谢支持

Answer 31

不喜欢STRUTS,现在直接JSP+IBATIS

Answer 32

我觉得除了validator方便一点之外，没有什么方便的，更麻烦，它那些功能用servlet+javabean+jsp一样能实现，非要弄出个框架干嘛，框架是包括了一些重复使用的功能的类，但我没发现struts包含了哪些这样的功能，有人说，控制转向方便，难道你jsp+servlet就实现不了这样的功能吗，把转向地址写到一个属性文件中去读取不一样吗

Answer 33

TO flying_huang() 
小项目也不是几张页面吧  大项目也不是几十张页面吧  框架用起来感觉不是太灵活 如果涉及到数据库比较复杂的 用起来就很不方便 特别是HIBINET

Answer 34

看了一些关于shale的介绍，感觉不错
但其中也不为以struts为鉴
并且，这么久的struts也进到了他的历史责任吧

Answer 35

struts的讨论已经很多了.
我只想说这么几点:
1.如果项目比较小.struts不是很方便,但是多小算小呢?我现在做项目感觉用struts比用servlet方便,这是一个熟练度的问题.
2.struts最大的优点在于团队开发.我以前带的一个项目9个人在做5个模块.个人做个人的.不要相互干扰,我只需要定struts-config就可以了.
3.struts有强大的标签,但是在越来越来多的开源标签的到来,这已经不再是优势了.随着jsp2.0＆jstl等标签到来,标签化的革命成为必然.
4.struts对于多语言的支持,还是很有特色的.
5.struts对于验证的机制也是很有特色的.你的一些验证可以写到java中,这样别人无法得到你的验证方式.无法下载js教本
6.struts有令牌环机制,这个也是struts的一个优势,不可否认.
总结.struts之所以存在这么多年.还是有一定原因的.现在的很多公司尤其在大公司使用的仍然是jsp+servlet+bean的开发模式.其实更多的是因为这些东西的平台已经搭建好,重写成本会很大.因此,你会有这种感觉.这个不是你的问题,是大环境的问题.