|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (2) :: 隐藏帖 (1)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-10-28
为什么没人用XSLT
|
| 返回顶楼 | |
|
发表时间：2008-10-28
freemarker
|
| 返回顶楼 | |
|
发表时间：2008-10-28
我现在用jstl..
看了贴子这么多人推荐freemarker,下午就研究研究,反正闲的无聊. |
| 返回顶楼 | |
|
发表时间：2008-10-28
dan 写道 ROR Tag 代碼:
<% form_remote_tag :url => {:action =>:add_to_cart, :id => product} do%>
<%= submit_tag "Add to Cart" %>
<% end %>
Grails Tag 代碼: <g:form name="myForm" url="[controller:'book',action:'list']">...</g:form> Wicket Tag 代碼:
<wicket:link>
<a href = "Page1.html">Page1</a><br/>
</wicket:link>
<wicket:panel>
<div wicket:id="hideInPortlet"><a href="index.html" style="color: #E9601A" target="_top">
</div>
<br/>
</wicket:panel>
Freemarker Tag 代碼: 可選用與不用但一般為了加速開發都會使用macro
<#macro dateEmpty datevalue>
<#if (datevalue?string("yyyy/MM/dd") =="1900/01/01" || datevalue?string("yyyy/MM/dd")=="" || datevalue?string("yyyy/MM/dd")==" ")>
<#else>
${datevalue?date}
</#if>
</#macro>
不要只看別人的缺點，多看看別人的優點，心自然快樂舒坦。 我还是最喜欢tapestry的 <form t:type="form"> <input t:type="textfield" value="user.name" /> </form> |
| 返回顶楼 | |
|
发表时间：2008-10-28
与楼主同感。
有了EL和velocity， freemark， 就很好用了。 比较感兴趣楼主简化webworks的东东， 能否放出一阅？ |
| 返回顶楼 | |
|
发表时间：2008-10-28
梦秋雨 写道 zeelong2 写道 Taglib，不伦不类的，基本不甩它
什么叫做不伦不类。 Tag可用，但是要用对了。Tag是view层的东西，所以问题在于要保持其作用范围在view，严格说应该保持与业务代码绝对不相关。如果Tag里面除了展现逻辑之外，包含了业务逻辑，那么叫做不伦不类。 Tag的目标是把展现中的公共成分逻辑封装，让页面代码简洁。从团队角度考虑，说，一个应用场景，你用jstl，很干净、没有其他tag，很爽的写了20行代码搞定了。遇到下一个情况你的小弟依然要写同样的20行代码。但是如果你把公共部分抽离出来形成自己的一个标记，在页面里面用一行可以代替了那20行，那么你的无数个小弟在做同类的事情的时候只需要写1行代码。 学习成本孰轻孰重。 Tag做表现逻辑代码复用是有意义的。 呵，其实以前我也是用过标签的，Struts的，JSTL的，包括自己定义的，但感觉就是将重复出现的一对HTML和JSP代码封装在类里而已，和自己用个普通类封装，然后outprint()一下，也没啥区别，可能唯一区别就是可读和可定义性强一点。或许“不伦不类”谈不上，但至少我对标签不是很感兴趣，所以基本不用它。 |
| 返回顶楼 | |
|
发表时间：2008-10-28
el表达式
|
| 返回顶楼 | |
|
发表时间：2008-10-28
曾经被很炫吓傻，曾经被很乱吓哭
|
| 返回顶楼 | |
|
发表时间：2008-10-28
jstl+el,有需求的时候自己写标签和自定义EL
|
| 返回顶楼 | |
|
发表时间：2008-10-28
amonlei 写道 zxming12345 写道 没办法，自己封装一套ui吧。这样就好了。当然公司的人手够多。美工也的很厉害。我们部门的ui都封装到了标签里，这样，开发起来就很简单了。
更牛了，不用别人造的轮子，自己再重新造，第三套轮子 不知道是批评还是..... 不过我感觉，具体怎么做，还是根据公司业务不同，有不同的要求。 比如，公司要是做业务的，系统的架构，自己说的算，没一个项目，用的技术架构都一样，也不会像楼主说的，既有struts标签，又有其他各种框架的标签。 还比如，公司是做产品平台的，就需要推出一套自己的UI，对产品平台进行封装，这样开发业务功能的人员，就可以越过UI，直接考虑业务功能，而UI是封装成单独的模块，修改展现形式，是不需要业务开发的人，做任何修改的。 所以，我任务，怎么做，还是一个人一个样，没有好坏之分。主要看需求，找到一个满足自己公司代码发展的写法，让工作量减少，学习简单最重要。 |
| 返回顶楼 | |
