2007年10月18日
改寫(xiě)了一下Java基類(lèi)，添加了一個(gè)計(jì)數(shù)器。
用tomcat測(cè)試了一下連續(xù)若干次請(qǐng)求時(shí)創(chuàng)建的對(duì)象個(gè)數(shù)。
第【148259】個(gè)對(duì)象
天哪，服務(wù)器啟動(dòng)開(kāi)始就是14萬(wàn)個(gè)對(duì)象。
第【148668】個(gè)對(duì)象
第【149091】個(gè)對(duì)象
第【149211】個(gè)對(duì)象
第【149291】個(gè)對(duì)象
第【149418】個(gè)對(duì)象
第【149541】個(gè)對(duì)象
第【149867】個(gè)對(duì)象
第【149947】個(gè)對(duì)象
回想一下以前人們?yōu)槌舐膕truts1的單例Action的設(shè)計(jì)的辯護(hù)，真是可笑之極，哈哈哈哈
無(wú)意間看到的一片趣文：
希望有一天能看到文言文版的國(guó)外圖書(shū)翻譯，真的比較有趣，還有，不懂的時(shí)候，也可以順帶看看英文原文，也好順便學(xué)學(xué)英語(yǔ)，呵呵。
引：
Thus spake the master programmer:
"When you have learned to snatch the error code from the trap frame, it will be time for you to leave."
師曰：『惑中取錯(cuò)之日，可出山矣。』
…..
全文見(jiàn)：
http://livecn.huasing.org/tao_of_programming.htm
我一直都想搞一個(gè)
XML的模板引擎，大凡非xml的模板風(fēng)格，第一感覺(jué)就是那么的不爽。
可是CommonTemplate例外。
CommonTemplate處處為程序員考慮周到的漂亮的語(yǔ)法風(fēng)格，確實(shí)非常誘人。
具體的語(yǔ)法我就不一一列舉了，大家可以到他的
官方網(wǎng)站去翻閱。
挑幾個(gè)亮點(diǎn)介紹一下：
-
for循環(huán)的空處理，相信曾經(jīng)麻煩了不少程序員吧。
現(xiàn)在好了，CT支持如下語(yǔ)法：
$for{
}
<tr>
<td>1</td>
<td>2</td>
<td>3</td>
</tr>
$forelse
<tr>
<td colspan="3">沒(méi)有數(shù)據(jù)</td>
</tr>
$end
-
大膽的關(guān)鍵字利用。
<html>
<body>
$if{users != null && users.size > 0}
<table border="1">
$for{user : users}
<tr>
<td>${for.index + 1}</td>
<td>${user.name}</td>
<td>${user.coins}</td>
</tr>
$end
</table>
$end
</body>
</html>
大家看這段代碼。一般來(lái)說(shuō)，for這種常用關(guān)鍵字是不好用作id的，但是這里作為默認(rèn)的循環(huán)狀態(tài)對(duì)象的id。既解決了塊對(duì)象存放的問(wèn)題，又不會(huì)引起其他命名的沖突。一個(gè)字，妙！！！！
-
其他漂亮的特征：
注釋版語(yǔ)法外套，方便于測(cè)試數(shù)據(jù)填充及可視化編輯。
單一的語(yǔ)法規(guī)則，方便解析與擴(kuò)展。
等等。。。。
好了，贊嘆之余還是給出一點(diǎn)點(diǎn)遺憾：
boolean 運(yùn)算有點(diǎn)丑陋。
我個(gè)人更期望 js的boolean運(yùn)算風(fēng)格，沒(méi)有必要一碰到boolean 運(yùn)算就返回true ？ false
我們完全可以返回一個(gè)更有意義的值，比如，我更期望這個(gè)語(yǔ)句能如我所愿的執(zhí)行。
${ variable|| "默認(rèn)值"}
當(dāng)能，如上支持，CT是有的，它的寫(xiě)法是
${ variable | "默認(rèn)值"}
但是，我感覺(jué)，這個(gè)語(yǔ)法就有點(diǎn)復(fù)雜了，也不那么直觀。
一般來(lái)說(shuō)| 是按位取或，是位運(yùn)算符，這里這個(gè)用法，跳躍的確實(shí)有點(diǎn)大，較難接受的。
剛剛經(jīng)歷的一點(diǎn)小技巧，共享一下。
1。給代理函數(shù)加上空判斷
一個(gè)組合模式的運(yùn)用。代碼如下：
class Composite impliments IF1,IF2,IF3{
private IF1 if1;
private IF2 if2;
private IF2 if2;
public Composite (if1,if2,if3){
}
}
eclipse 生成指代方法>>>>
class Composite impliments IF1,IF2,IF3{
private IF1 if1;
private IF2 if2;
private IF2 if2;
public Composite (if1,if2,if3){
}
public void method1(){
if1.method1();
}
.
}
//正則表達(dá)式
// (\w+method\d)(\..*) if($1!=null){$0}
//>>>
class Composite impliments IF1,IF2,IF3{
private IF1 if1;
private IF2 if2;
private IF2 if2;
public Composite (if1,if2,if3){
}
public void method1(){
if(if1= null){
if1.method1();
}
}
.
}
//還有一個(gè)構(gòu)造函數(shù)里的屬性賦值：
// (\w+) this.$1=$1
結(jié)果，略
觸類(lèi)旁通，更多新的用法待你去發(fā)掘^_^
被一個(gè)貌似hsqldb bug的問(wèn)題折磨了好幾個(gè)小時(shí)。
把經(jīng)過(guò)帖出來(lái)，大家?guī)臀铱纯础?br />
習(xí)慣把hql都寫(xiě)成預(yù)定義的形式，同時(shí)又為了避免過(guò)多的hql定義，我的慣用伎倆：通過(guò)如下方式定義hql。
from Message
where packageKey=:packageKey
and ( null = :fileKey or fileKey = :fileKey)
and ( null = :objectKey or objectKey= :objectKey)
and ( null = :memberKeys or memberKey in ( :memberKeys))
但是。今天在hqldb上測(cè)試時(shí)發(fā)現(xiàn)，在任何情況下 （null = ?） 都為真！！！
非常奇怪，害我調(diào)試了老半天，后來(lái)把數(shù)據(jù)庫(kù)換成了mysql，ok！！
非常奇怪啊。
不過(guò)，上面的寫(xiě)法（
null = :fileKey）也有點(diǎn)怪怪的。