有没人和我一样厌倦了MVC框架各自定义的那些JSP标记库呢

JSP的标记库大家应该都不陌生了。
确实，他可以吧一些页面逻辑更加简单的封装一下。
可以减少不少代码。

但是Struts一套，Webwork一套，JSF又是一套，我们还活不活了。

其实，我感觉很多标记库真的很鸡勒。

比如说：
struts的html:input,Webwork的 ww:textfield等等。
使用标记库后，我没有感觉到简单多少，反而增加了不少学习负担，是不是的莫名奇妙的错误。我以前就常把html:text用作输入表单。还有用来表示select控件的那些标记库，更是让人头疼（本人记性不好，学了又忘，忘了又学）


这类玩意根本也没必要自立一套标准。
很多事情直接用html语法就可以表示清楚，虽然各个框架自己定义了一套标准确实更加简单一点点。

评论

33 楼 ThinkInJava 2008-10-27  

也是EL的受益者，用着不错，简单实用！应该推广

32 楼 aws 2008-10-27  

其实都是个习惯问题

31 楼 ray_linn 2008-10-27  

struts 的标签太蠢，太紧。无论是form里的theme，还是别的什么DataPicker的都是无法忍受的垃圾，甚至连一个错误输入，都很粗鲁的给你塞了一个<DIV>。

30 楼 tao2552 2008-10-27  

标签大都是很简单的东西。就算是重新学习也应该是很简单的，从一种标签过渡到另一种花费的精力很小吧。

如果是struts1.x  建议jstl替换struts1.x的标签库。
要是struts2.x   还是建议用它自己的标签的，毕竟他是比 jstl好的。

29 楼 ehow 2008-10-27  

freemarker!

28 楼 梦秋雨 2008-10-27  

内涵越广，外延越窄。功能越强大，你要使用所受的限制、所需要了解的内涵就会越多，这规律不太可能被打破。所谓简单，大多是抛却了一些框架可以做但不一定能做好的事情给具体项目开发人员去做。对与错也不是铁上钉钉。

27 楼 aaronluo 2008-10-27  

Tapestry很方便，美工作UI，程序员写逻辑

26 楼 amonlei 2008-10-27  

zxming12345 写道

没办法，自己封装一套ui吧。这样就好了。当然公司的人手够多。美工也的很厉害。我们部门的ui都封装到了标签里，这样，开发起来就很简单了。

更牛了，不用别人造的轮子，自己再重新造，第三套轮子

25 楼 wang19841229 2008-10-27  

我现在在项目中就是JSTL标签，struts的标签几乎不用，这样连actionfrom也省了。

24 楼 sunwei_07 2008-10-27  

反正我一直用JSTL，其他一律无视，倒不是说不好，如果换个框架就换个使用方式，那不是要死了啊

23 楼 smilerain 2008-10-27  

Freemarker 天天见

22 楼 打倒小日本 2008-10-26  

支持楼主
很多时候<c:forEach /><c:if />两个标签就够了

21 楼 jindw 2008-10-26  

fireflyc 写道

模板还是JSP的好。
为啥？
首先EL语言已经很好用了。
如果EL语言解决不了的问题，我们可以直接写java代码
至少我不是老学究，但凡在jsp里面写上一行代码就认为是不好的做法。

还是别打开潘多拉的盒子的好，我以前的做法事，直接在web.xml里面禁用jsp的执行脚本的能力。

表现层的东西，我只许你用el和tag。

20 楼 fireflyc 2008-10-26  

模板还是JSP的好。
为啥？
首先EL语言已经很好用了。
如果EL语言解决不了的问题，我们可以直接写java代码
至少我不是老学究，但凡在jsp里面写上一行代码就认为是不好的做法。

19 楼 jindw 2008-10-26  

wuliwei85 写道

其实就JSTL+EL就完全满足了，而且JSTL是SUN推出的标准！

对于STRUTS，它的标签确实不是那么好用，我们可以不用，并不因为我们用STRUTS就得同时用它的标签，况且它的标签还不怎么方便，对于任何技术我们都要学会取其精华而舍糟粕！

我认同。
虽然我更希望他能提供一个else标记（妄想）。
但是，既然他是标准，那就向标准靠拢吧。

以前一个搞建筑的表弟给我讲关于标准的定义：
标准往往不是最优秀的，但那一定是经过验证的，稳定可行的，并被广泛认同的规范.....

我感觉这个总结很到位。

18 楼 wuliwei85 2008-10-26  

其实就JSTL+EL就完全满足了，而且JSTL是SUN推出的标准！

对于STRUTS，它的标签确实不是那么好用，我们可以不用，并不因为我们用STRUTS就得同时用它的标签，况且它的标签还不怎么方便，对于任何技术我们都要学会取其精华而舍糟粕！

17 楼 jindw 2008-10-26  

congpeixue 写道

<c:choose 不也用的很happy 

choose明显没有if else简单方便了。
还有那个otherwise，这个单词都有点陌生了，往往写的时候还要想想，这个单词是这么写的吗？没有拼错吧。

16 楼 congpeixue 2008-10-26  

<c:choose 不也用的很happy 

15 楼 jindw 2008-10-26  

恩，是的：
velocity以及CommonTemplate这类模板引擎，在处理标记语言的时候，有一个缺点就是不能充分发挥标记语言自身的优点，如处理可选属性的时候很麻烦。
这点在webwork标记库模板里面有非常明显的反映
velocity：

<input
      #if(${action.click!=null})
      onclick= "${action.click}“
      #end
      #if(${action.dblclick!=null})
      ondblclick= "${action.dblclick}“
      #end>

xml模版：

<input  onclick = "${action.click}"
        ondblclick= "${action.dblclick}" >

JSTL没有else标记，这点也让人很郁闷。
WW的iterator标签设计的有点复杂。


单从模板语法上看，我还是觉得梁飞的的CommonTemplate最直观易用。

14 楼 nihongye 2008-10-26  

相比velocity,jstl+el还是复杂了