站内搜索: 请输入搜索关键词

当前页面: 开发资料首页JSP 专题我怎么感觉struts,非常难用呢!!! (降低了开发效绿.)

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

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




不知大家对struts用何看法? 它有什么优点呢? 有什么缺点呢?

个人感觉jsp+server+bean 胜过struts.
1.项目进展快
2.出错了,非常快的就可以找到错误的原因
3.维护起来,非常方便.



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


当然了,做小项目当然感觉是效率底,速度慢,而且还要按它的标准来。而做大项目时,东西一多时就能体现其效率性、标准性、分层性和可维护性了。


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


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


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


感觉STRUTS很好的


^_^呵呵
3的理由不是很好^_^


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


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


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


最大的优点,强大的标签库

回复:
Macromedia Dreamweaver 不识别struts的标签. 所以还必须手动输入代码.



嗬嗬,用Struts的话,你会发现 你的项目更可管理化了。

如果只是 JSP + JavaBean 感觉就和ASP一是个等级的。


回复: FJINS(JINS)

我感觉STRUTS很不好,烂到家了.



例如:我们在一个网站登陆成功以后原来是跳向a.jsp,但是现在我们想登陆成功以后跳转向b.jsp,而Struts只需要修改forward标签里的最终跳向页面即可,而不用去再到源代码里去寻找那一句跳转代码,对其修改。

回复: forward标签里的最终跳向页面是静态的(必须事先写好,而多数情况下是动态),但大多数登陆成功之后,就要跳到登陆之前的页面上.像这种情况, 我的解决方法是,添加一个nexturl参数,如果nexturl是null,就转到a.jsp,否则转到nexturl




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


不好用,用一阵子,发觉看发起来进度太慢...现在不用了..


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


看看这个:www.htok.net


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


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


感觉STRUTS很好的



struts把简单的时情变复杂了

===================================
同感

不过struts还是有利于锻炼MVC,这样再用jsp+servlet+bean会有新的感觉


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


正努力学呢,别说不好啊!刺激人嘛这不是.


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


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


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


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


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


刚学习不久,是有些麻烦的,但结构很清晰


wangkunhong(乔.Jo)

dreamover(梦醒了)

同胞耶.





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


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


up


up



回复人:iwlk(第六世纪 MSN:c06@c06.net http://down.c06.net) ( 三级(初级)) 信誉:97

我感觉STRUTS很不好,烂到家了.

例如:我们在一个网站登陆成功以后原来是跳向a.jsp,但是现在我们想登陆成功以后跳转向b.jsp,而Struts只需要修改forward标签里的最终跳向页面即可,而不用去再到源代码里去寻找那一句跳转代码,对其修改。

回复: forward标签里的最终跳向页面是静态的(必须事先写好,而多数情况下是动态),但大多数登陆成功之后,就要跳到登陆之前的页面上.像这种情况, 我的解决方法是,添加一个nexturl参数,如果nexturl是null,就转到a.jsp,否则转到nexturl

struts里面对跳转进行映射
但是判断跳转不是应该在action里面么?
不觉得它的跳转又多么的不灵活阿
相反,action里面的代码相当的少 结构很清晰


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


更重要的是维护起来简单


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


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


这样的设计模式是挺好的,就是实现麻烦


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


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



谢谢支持


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


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


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


为什么不用webwork?


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



jsf才素王道


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的开发模式.其实更多的是因为这些东西的平台已经搭建好,重写成本会很大.因此,你会有这种感觉.这个不是你的问题,是大环境的问题.



↑返回目录
前一篇: 急求数据库日期查询问题~~!!!!!!!!!!!!在线等~~~~~~~~~~~
后一篇: 分析需求,和写程序. 哪个简单?