建議你看看org.apache.struts2.interceptor.validation.JSONValidationInterceptor，那里有你的做法，至于不跳轉嘛用Action.NONE或者return null也是可以的，當然jsonplugin也提供了很好的途徑，而且我認為不應該直接用json-default（還有defaultStack)的配置，或者說本身就該定制自己的ajax的interceptor chain，和默認的Interceptor chain。

好惡心的英語，囧rz....

嗯，要學習一下Lemuel，即便是對于一個example也要認真對待，應該限定一個滑塊的底線到透明度的20%就應該不存在程序完全看不見的情況了

對于今天的硬件來說，這個小程序運行速度完全不成問題，不管是不是冷熱啟動

我也很幸苦喲，每天都是犧牲午休時間來寫寫，改改，再說，現在這個截屏都還改不夠呢...

你的截屏程序讓我眼前一亮，我只是覺得你不繼續更新，可惜了，有多少人因為嫌棄記事本、聊天工具、通訊本、貪吃蛇、俄羅斯方塊之類的只是熟悉GUI和算法、模式之類的“練手”東西而在學會之后就不再繼續了，結果埋頭繼續的，認真對待的、持之以恒的人最后都因為這些“練手”的東西而著名或者發跡了，而那些只是為“練手”的到現在還在繼續找東西“練手”。

一般人天天都做了一個東西，即便是再喜歡久而久之也會產生審美疲勞，唉。
例如Hibernate吧，第一次接觸它就喜歡上了ORM，那個時候還在上大學，然后天天就搗鼓這個，課也不上，興致高昂得連什么hbm文件，事務之類都是親歷親為，但是自從工作就是跟它打交道的不久之后，就開始用生成工具來生成hbm，然后不久之后開始用AppFuse了，就連hibernate那幾個CRUD操作長什么樣都不知道了。

NO、NO、NO，我的工作是JavaEE，天天都伺候著Spring、Hibernate、SpringMVC、DWR……

我最近的工作就是將很多用Excel做得各種記錄之類的導入到新的數據庫里面，最大的一個Excel文件有3000多條，雖然不算大容量，不過也不是很慢啊。

我也改造過SWT的,是有點古板，土的掉渣這個就有點...

BeanSoft兄，何必舍近求遠去找一個L2fprod呢，JDK里面就有現成的Metal和windows等等LookAndFeel的范例。

不過我想問一下，LookAndFeel的這種設計是一種MVC嗎？也許在下駑鈍，理解的是一種策略模式，將組件的paint方式交給了各個LookAndFeel的實現來完成，然后由用戶通過UIManager來決定裝載的不同，從而調用不同的繪制策略。

“更好的”方法比“更適合”的方法獲得的效率差太多了，如果采用了BeanSoft兄的方案，那不知道要有多少步才能看到在下這個界面了，繼承LookAndFeel，寫ButtionUI，...，啟動程序的時候裝載這個LookAndFeel類...,在下只是改造一下JButton，何必非要為了JButton弄一個LookAndFeel出來呢。其實為什么大家都喜歡Spring多過EJB呢，為了迎合一個框架我們做得無用功太多了，而Spring給了我們自由的選擇，但為了Spring我們也做了很多無用的東西，所以才有了AppFuse（大師說代碼生成是罪惡，所以我們也該反對AppFuse？），才有了ruby on rails。聰明的人雖然也會按照成規辦事，但是他會選擇最適合他的成規，如果沒有他寧愿嘗試創新，否則，也不會有這么多新的框架如春筍般冒出來了。

也許可能會覺得我太注重實際的結果，用戶的感受而忽略了作為一名不斷上進的開發人員需要的學者學術般的研究和討論，這可能才是BeanSoft兄“更好的”含義吧。我會多多改進的。

P.S 怎么感覺像是DDL和蝎在討論什么才是藝術？嗯

好好好
我就遷就你們這些懶人，下次不帶行號了。

Thanks，是個很好的建議。呵呵，這樣是不是有點像SWT的Style了。

不客氣，多多交流，我也在這里開張了，以后在下就不用someone這種藏頭露尾的方式來交流了。