向struts说NO。

xmpp 2003-09-14 03:24:44
用过struts的人,请谈谈对struts的看法。或许,自已还没有深入,总觉得struts在某些方面太死了。比如我想写个类似于if() {}else if{}else {},用logic:equal和logic:notEqual就感觉有点烦。
...全文
22 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
yeahjava 2003-09-16
  • 打赏
  • 举报
回复
struts 模式是一种当前j2ee开发很好的思想,
但是当你用struts时,不能拘泥于他,
一般大家都认为,用 struts没有必要用他的标签库,
你可以自己开发一套你自己的标签库,这样更能使你的程序增色。
struts本身来说是一个开源代码,
他里面有很多东西是大家的智慧积累,
你有好的思想,你也可以加入。
jqz77 2003-09-16
  • 打赏
  • 举报
回复
你说的只是taglib,并不能仅仅因为这一点就说struts不好,它的优点决不在于taglib一点。mvc才是他的最大亮点。
hutlyx 2003-09-15
  • 打赏
  • 举报
回复
我非常讨厌structs!!!!!!!!!1
temony 2003-09-15
  • 打赏
  • 举报
回复
好像(只是好像)sun在web上有一个新东东叫JSF,据说可以........

我也只是听说,还没有研究所以不能瞎说,哪位大侠知道的给各位介绍一下

谢谢先.
junnef 2003-09-15
  • 打赏
  • 举报
回复
一直有一句话,叫适当的应用tablib,那个东西在有些地方特别管用,比如select用表前来初始化就比直接写循环来初始化方便,但是如果是一个普通的text框用taglib纯粹是自找麻烦,我用struts的话只用来分清项目框架,有利于项目的组织,至于标签库么,除了select外,其他的很少用,就是这个也是自定义的,其它的标签感觉对效率的提高不是太明显,有时候还增加开发难度,不利于美工作业。
subscribe 2003-09-15
  • 打赏
  • 举报
回复
up
匪六哥 2003-09-15
  • 打赏
  • 举报
回复
我觉得structs简直难以忍受!

Struts由于框架建立比较早,有很多严重依赖框架的专用技术,整体结构比较庞大,象专用标识库,缓冲和连接池等,这些技术现在已有标准发布,象JSTL,采用struts的专用技术已得不偿失,另外struts的表示层设计严重依赖JSP,降低了框架的灵活性。webwork和maverick是比较新的基于MVC设计模式的web框架,在很多方面弥补了struts的不足,maverick的设计结构简洁,灵活性强,象一个配件组装模式,能有效的组合很多其他技术,减少了框架的技术依赖性,其表示层设计非常独立,能采用很多模板技术。
jkit 2003-09-15
  • 打赏
  • 举报
回复
对于某一种技术不要带个人情绪!
使用某一种技术不是你说了算,就算你的老板说了也不一定算,还要看客户的意思!
phoenixtree 2003-09-14
  • 打赏
  • 举报
回复
另外,还想说一句
灵活性和易用性本来就是一对矛盾
又要马儿快跑又要马儿吃得少,估计很难
phoenixtree 2003-09-14
  • 打赏
  • 举报
回复
不在jsp中作任何逻辑?可能吗?除非你是在写静态html
那还要jsp干什么?
存在即是合理的
Struts不是个别人说扔掉就扔掉的,它在不断的完善着,不断的成熟着,不断的扩大着应用范围
Olics 2003-09-14
  • 打赏
  • 举报
回复
其实我们完全可以把逻辑放在java中去做,为什么要在jsp中做呢,如果不在jsp中做任何逻辑只是显示数据,那struts就可以扔掉。我这样认为
Yssss1980 2003-09-14
  • 打赏
  • 举报
回复
structs的taglib不是很规范,用JSTL吧
yangjuanli 2003-09-14
  • 打赏
  • 举报
回复
struts是将MVC分开。
其的思想很好。
至于你说的问题,
习惯了就好了。

67,514

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧