re: 笨笨 泥巴麒麟 2012-03-28 19:00
你丫的就該趕緊背單詞出國啊
re: 加油背單詞 泥巴麒麟 2012-03-28 19:00
媽的還敢說精通英文，就知道吹牛
re: 最近的事情 泥巴麒麟 2012-03-28 18:59
唉，總覺得當年的自己比自己更有文化
那些破玩藝根本就不要支持，就支持java就行了。其實我就覺得那個精簡版挺好的，給我個ant跑就全搞定了。
帖子里帶的這個類本身就有相關代碼，會重設你的中文字體
re: 關于groovy 泥巴麒麟 2008-08-15 10:46
主要我并不理解腳本語言得優勢， java給了你很多限制，但是這是幫助我們去更好的寫程序，程序更易于理解，而不只是說怎么用最少的代碼作事。因為在ide的幫助下，我們并不是說每個字都要敲的對不對。
我相信在小的應用上也許這個的開發速度能比Java快一點，但是有意義么？我光用jsp寫web不是也飛快。針對于這個語言基礎，你可以開發很多應用，比如grails，但是我還是不認為groovy會有什么優勢。有這個功夫做java封裝，也許更好使。
舉個例子，我可以預先封裝很多java語句，然后讓你輸入一個命令就跑我的java程序，這完全就是一個jar包就解決的問題，為什么要弄個如此松散的新語言呢。
源碼是公司產品了。而且這個文章是2年前做的了，那源碼對現在來說也沒太多價值。
re: 算移民卦 泥巴麒麟 2007-04-23 17:05
我倒
感謝這么久前的東西還有人評論！
首先關于displaytag.我認為并不能說設計失誤而是設計如此，所以使用非常簡單，而且不用為分頁的東西而穿透邏輯層，在列表不大的時候，和hibernate配合，代碼非常自然簡練。而且排序無需依賴Sql字段。但也因此有他的性能問題。一個東西肯定是有缺點和優點的，找到符合自己需要的就可以。當時我也測試了數據量，并定死最多選擇10000條，再多的分頁基本上用戶是沒可能看的。
關于webwork，坦率說我對基于web的mvc設計并不是很感興趣，怎么簡單怎么好。所以webwork比struts好就好在簡單。而且也很久沒用webwork了。你所說的模型驅動如果我沒記錯，指的是直接在action里面直接使用pojo作為一個field來傳遞數據，印象中這個也沒什么特別好說的，無非是jsp里格式寫正確了就好。如果要我起名字，我寧愿把這個叫做自動裝配，無非是把頁面的數據自動裝到pojo里傳走，省得大家寫的累。我寫javaBean+jsp的年代就用反射寫過類似的東西，個人認為不是什么大不了的設計思想。spring才是有設計思想的。
攔截器實在記不大清,參考別人做法而已，應該是在webwork的配置文件里做的。
"經過實寫代碼，感覺用jdbc實現dao效率非常低，而且容易出錯"，
這句話我的意思是當時我在考慮到DAO層次的實現上，和spring結合，我可以采用jdbc直接實現，也可以采用hibernate實現，自己試寫，比較之后認為jdbc開發效率低，寫好了之后再寫測試，把我累得不行。當時我們的人手太緊，項目日程上不允許你慢慢來。用hibernate我就基本放心，單元測試就做得比較弱了。
我說是效率而不是性能，這句話不至于讓人有誤解吧。我覺得能看到這里的朋友都是有一定基礎的。就好象說用c開發比用匯編快。你非要說快在那里？匯編最快了，這就抬杠了。
這篇文章是一年半前寫的，里面提到的攔截方式，現在很可能有更好的解決方案，加上自己最近也沒有在搞spring和webwork,所以不敢誤導別人。那個自動裝配的方案本身也很簡單，記得有人做好了類，google一下就好
re: 修改struts實現 "動態部署" 泥巴麒麟 2006-04-26 13:58
思路很簡單
只修改了ActionServlet。每次有request請求的時候，檢查一下配置文件的日期，如果已經修改，則重新讀配置。
只是那代碼需要仔細看一下，注意清掉緩存的processor。
新版本的改起來應該類似。只不過公司不用，我也懶得弄了。
re: 今天做了一件很慚愧的事 泥巴麒麟 2006-04-18 12:45
已經換了，現在在1.4下應該可以。不過你的錯我不知道是否是版本引起的。要仔細看看控制臺。
re: 今天做了一件很慚愧的事 泥巴麒麟 2006-03-23 16:55
我這里是可以的阿。我是用1.5編譯的。我一會換成1.4
re: 論hibernate解放程序員 泥巴麒麟 2005-10-21 18:22
多表關聯指什么？我遇到的一般的關聯都是可以的，包括類層疊幾級的。不過說實在的，hibernate可能主要還是用于關聯比較簡單的比較有把握，慢也慢不到哪里去。如果關聯復雜數據量大，還是要想當功底才有自信阿。
真是曲高和寡亞 泥巴麒麟 2005-06-06 13:12
哎呀呀