謝謝BlueDavy，這些資料非常有用，而且大都是PDF，查閱很方便。
Hi 白衣，我同意你說的機簡做法的意義。但是問題在于武功高強的人可以將菜刀當作順手的兵器，但是怕對于一般人它不過還是菜刀。一個架構(gòu)師的意義在于它可以根據(jù)需求和偽需求選擇合適的技術(shù)，那么對于小項目你可以JSP+JDBC Template，也可以ASP，也可以PHP，也可以是RoR，或者Spring的幾種事實模型或者EJB系列模型，都可以。但是這個選擇過程是有很高價值的。所以我想，拿JSP+JDBC復(fù)辟作為一個有趣的標題是好的，可是實際上，沒有什么技術(shù)會復(fù)辟，前進的是人，因為你積累了越來越多的經(jīng)驗?！敖?jīng)驗”不是一下子就可以傳授完整的。
@black visitor
javascript的東西，如果支持IE6和firefox那么一般就會支持IE7。IE7在JS上面并沒有什么大的改進……所以一般還是考慮最低版本的瀏覽器。
那個其實很簡單，因為更新是分塊的。分塊更新就不會破壞布局。
比如你的布局后的小容器是div，如果你只更新div的innerHTML，那么布局就不會變。
我這個注釋非常古老了，大家如果看DragDrop的代碼可以去看Script.aculo.us或者JQuery或者moo.fx里面的實現(xiàn)，估計更有收獲。
java實現(xiàn)超時檢測除了使用某些對象內(nèi)置的功能，那么只有setTimeout和siteInterval了，沒啥好辦法。
用RoR也要進行優(yōu)化呀。ActiveRecord也可以自己優(yōu)化SQL的。
dojo我比較系統(tǒng)地用過一段時間，它是成也包機制敗也包機制。當然，說它OO那是不太合理，因為上面說的這三個也是oo的，區(qū)別在于dojo更像java。
dojo其實不慢，缺點是太雜，雜了以后很多庫就不靠譜！還有一個巨大的問題，在于dojo一直沒有做到API穩(wěn)定。你的應(yīng)用很有可能沒法在每次dojo升級的時候平滑升級上去。
現(xiàn)在的dojo 0.9和1.0一支已經(jīng)和0.3和0.4那一支完全不同，用了它的項目都暗自叫苦，只能硬著頭皮遷移，改寫工作估計都大于50%，非常可怕。
Ext的確很好。只是剝離了它的組件體系比較麻煩，而且剝離以后它就不那么吸引眼球了。我非?？春肊xt，但是我感覺它的應(yīng)用范圍還是不夠通用。
Prototype的好處就是它的成熟。現(xiàn)在這幾個框架都號稱要IE6+，但是實際上prototype和dojo在IE5.5+下工作的就不錯了;D
其實，外包也可以有架構(gòu)師，也可以敏捷。當然碰巧你的客戶或者公司不同意，那么難受的是你。
limo說敏捷最大的困難在于“如果你的客戶不原意改變自己”……
做架構(gòu)師也沒有用，空名頭。做個好好的工程師也很好呀。
我崇拜James Duncan Davidson，它是Tomcat的作者，是業(yè)余攝影師，還是Mac fans，O'Reilly的Lightroom的專欄作者。為什么不能做個玩家呢^___^
這種做法有局限：
1、它需要bind在window.onload上，所以在速度不是很快的時候會閃。不像傳統(tǒng)的css是隨下載逐漸解釋顯示的。
2、它還是高度污染了html結(jié)構(gòu)，個人不是非常認同動態(tài)dom修改的方案。因為理想的說css是表現(xiàn)，js是行為，只有非常必要的情況下才可以考慮相互的侵入。
re: java跳轉(zhuǎn)語句 Tin 2007-08-02 10:25
這個有什么價值？這種東西無外乎是一種誤導(dǎo)，連Java、Servlet、JSP、javascript都分不清寫它有什么用呢？要告訴人家你為什么這樣寫才有意義，這樣的文章也發(fā)到blogjava的精品首頁區(qū)域，簡直是浪費空間！！！
ExtremeTable很早就實現(xiàn)自定義分頁實現(xiàn)了，可以自己處理分頁邏輯，和Display Tag的基于集合的不同呀。Jmesa既然是下一代應(yīng)該也支持吧。
Jeff Johnston這個人非常聰明勤奮，它的項目一般都是非常活躍的，以后一定會越來越好。
不知道寫這個干什么呢？Apusic的JPA是自己寫的實現(xiàn)么？對這個比較關(guān)心。
Atlassian的確是越來越厲害呀！Clover和FishEye是重要的代碼評估工具呀。
不行我也沒有辦法，看看是不是其它問題。我沒有在Eclipse 3.3上面試驗，估計不同的版本不同。我這個文都是很久之前寫的了……而且我現(xiàn)在在Ubuntu下面工作，Windows不怎么用了呀。
呵呵，務(wù)實久了就需要務(wù)務(wù)虛，要結(jié)合起來。而且robbin談這個問題絕不是空穴來風，SAAS的確會改變一些盲目Web 2.0的創(chuàng)業(yè)想法。
而且，本人在業(yè)余時間的確比較迷37 signals的東西，他們的確很有想法。
對，Pair的確可以明顯減少在動態(tài)類型語言、腳本語言里面拼寫錯的可能性。
為啥我是javascript……，不可能……，這個魔咒。
突發(fā)闌尾炎就去切了……然后就住院了:D
還好，今天已經(jīng)上班了。
I bought a psp to my beloved wife. I have not play it a day... God, please sent me a angel.
It's a good news.There are python interpreter on psp now, raimudox will port ruby on it.It's a great job.
Hoping for a more complex demo.
re: 界面設(shè)計師，我們需要你 Tin 2006-11-13 15:51
經(jīng)常和朋友們談起這個問題。其實UI Design和Interactive Design，我們都應(yīng)該特別需要。Interactive Design就象架構(gòu)師，配合UI Design，才能讓用戶得到真正的價值。其實，應(yīng)該從今天做起，作為軟件開發(fā)者，不要界面無能。
這個用法完全的不推薦！filter不垮瀏覽器。而且這種鼠標移上去的特效首先推薦使用css的a偽類link、visited、hover、active來實現(xiàn)。
re: 用 Selenium 進行功能測試 Tin 2006-11-02 23:18
呵呵，如果潛心其中，對Selenium API了如指掌的話還是可以不用Selenium IDE進行測試的，哈哈。nicholas很有這個潛力:D
re: 為Struts 2.0做好準備 Tin 2006-11-02 23:14
謝謝Max的教程。大家也可以到WebWork中文網(wǎng)站：
http://webwork.javascud.org/
http://wiki.javascud.org/display/ww2cndoc/WebWork
看看。里面有WebWork 2.2的中文參考手冊。
Struts 2.0.1目前還完全等于WebWork 2.2.x，所以可以參照WebWork2手冊學習。
re: Proxool連接池的簡單配置 Tin 2006-11-02 23:10
應(yīng)該補充一個重要問題：
Proxool是為了那些實現(xiàn)的時候并沒有考慮連接池的問題，而直接使用了JDBC連接的項目使用的。Proxool對JDBC連接進行了池化封裝，可以相對透明的讓你的應(yīng)用增加連接池的能力。
而對于新的應(yīng)用，可以考慮c3p0或dbcp。:D
挺好，寫一個ejb 2.1的bean就知道它為什么要被取代了，不寫不知道麻煩。
這些工作其實都是為了分布式部署，遠程調(diào)用，可是我們需要么？
所以有了EJB 3.0……
robbin好像寫過一個ejb 2.x的原理性的分析，可以結(jié)合這個例子分析。
re: 【CSS】樣式表中的類定義 Tin 2006-11-02 23:03
這很簡單：
這就是css selector語法。
DIV .head1的意思是對在div標簽下的所有class為head1的元素里面應(yīng)用下面規(guī)則。你可以理解為DIV.*.head1。
DIV.head2的意思是對class為head2的div進行定義。
不好意思，我沒有注釋那部分。自己看看源代碼吧。我覺得布局的存儲策略可以靈活一點，客戶段服務(wù)器端方案都是可以的。
re: Selenium測試 使用筆記 Tin 2006-10-30 21:28
先后和nemo、limo、raimudox、nicholas討論：
selenium的Remote Control比較適合在需求階段就撰寫，作為驗收的測試。好處是RC對重構(gòu)支持相對好一些，而且你可以換Agent，也可以做瀏覽器兼容測試。（但是由于RC的限制，兼容側(cè)試兼容性并不好：）
按照raimudox所說RC是更加Pragmatic的實踐，更能體現(xiàn)敏捷軟件開發(fā)的測試先行的特性。功能測試可以說是溝通用戶與開發(fā)者的最佳契約。
Selenium IDE適合作為基線保留，作為某次重構(gòu)之前的樣本?；蛘哒f，如果覺得手寫測試腳本太麻煩，而喜歡本末倒置（沒有貶義，純技術(shù)上）的人設(shè)計的。更現(xiàn)實的說，這很有用，比如一個項目從一半開始敏捷改造，引入功能測試、單元測試，對以后的迭代進行基線的衡量，給新引入的CI（持續(xù)集成）一個更有實際意義的測試保障，用Selenium IDE幫助生成一下Script，然后再使用RC或者直接用Core執(zhí)行一下都是不錯的實踐。
還有，據(jù)Nicholas同學實踐，Selenium IDE所錄制的script在IDE中執(zhí)行比RC方式兼容性要好，尤其對于跨域的情況，RC很有可能是無法工作的。還有一個問題，就是Selenium實際上是ThoughtWorks和BEA牽頭的項目，TW負責Core，目前Core的代碼發(fā)展的必較快，而RC由BEA負責，發(fā)展比較緩慢，所以，有些時候選擇也就成為無奈了。
謝謝feiyi10提醒。估計是response的編碼設(shè)置問題，我沒有認真跟蹤。希望遇到問題的朋友嘗試一下。
re: 《OSGi實戰(zhàn)》讀后感 Tin 2006-09-10 22:34
這個和攔截器沒有關(guān)系，是XWork的內(nèi)置功能。你可以看看Type Conversion的文檔。如果不行你先看看你所使用的Webwork的版本，Element_xxx這個語法好像是從2.2.1開始支持的。
re: 不懂交互的人談交互 Tin 2006-09-06 11:32
哈哈，有趣，寫得很好呀。我也一直對HCI感興趣，以前上學上的人機交互、人機界面、軟件心理學都和這個相關(guān)，但是都不in action，很不爽。
上面說的3條很好，不過怎么都是系統(tǒng)怎么做呀:D交互是雙方的嘛，下次寫寫用戶怎么用，講講input，期待。
樓上朋友，不好意思，我修改了下，如果賞光，可以只看促體部分:D
希望不要浪費大家過多時間。
這個FunctionalTestCase真是酷！不用Fit Mode感覺相當形象！以后可以多寫functional Test了。
剛才看了一下，其實不是任何轉(zhuǎn)碼的問題，而是feedFetcher返回的feed本身就出現(xiàn)了對空格識別不正確的問題。你在debug跟蹤的時候看到似乎字符沒有亂碼，但你看看char的數(shù)組，亂碼的地方是[63,63]，也就是說按照Unicode重構(gòu)這個字符串的時候會變成“??”，因為ascii的63就是“?”，其實說明feedFetcher此時已經(jīng)解析出錯了，所以你后面的所有轉(zhuǎn)碼都于是無補的。我估計問題不在你的代碼，而在feedFetcher里面，具體的原因要去看feedFetcher的代碼了。希望這個結(jié)果對你有幫助。
如果只有部分中文亂碼，可能是使用了GBK編碼，轉(zhuǎn)換為UTF-8等編碼時會有部分字符無法轉(zhuǎn)換吧。你從GBK轉(zhuǎn)到ISO8850-1看看。
不用反編譯，WebWork2是開源的。只需將修改過的源文件編譯后拷貝到/WEB-INF/classes相應(yīng)目錄下就可以，Classloader優(yōu)先訪問/classes，然后才是/lib。
才發(fā)現(xiàn)我們遇到了類似的問題，前幾天看你這篇Blog還沒看明白什么意思呢。今天發(fā)現(xiàn)都是同樣的問題，哈哈:D
http://www.aygfsteel.com/iamtin/archive/2006/06/06/50702.html
對呀，只是引用地址不可修改，里面的東西還可以改。所以想找個好點的方案，比如克隆一個本地版本出來？
酷，compass關(guān)注很久了，看了很多教程，這個寫的最親近。謝謝hellboys。
修改webwork的模版的確是煩人的事，不過還好那些ftl不算太復(fù)雜。xhtml theme絕對垃圾，一定要擴展自己的simple。
我看隨時接受變化是個最好的解決方法，隨時準備轉(zhuǎn)行搞其它語言/平臺上的開發(fā)，像RoR、PHP、Perl、JSP、ASP、.Net這些都要接觸。程序員修煉之道里面說程序員最好成為多面手，如果做Java Web開發(fā)最好還要修煉好Web應(yīng)用所需要的網(wǎng)站重構(gòu)/圖形設(shè)計/ajax的一些基礎(chǔ)。我看努力學習的Javaer這方面做的還是不錯的。我認為php、asp的論壇等很多與它們在虛擬主機空間里容易部署有很大關(guān)系，JavaEE甚至僅僅是jsp+java bean的應(yīng)用部署在虛擬主機的時候也經(jīng)常是麻煩多多，所以在某些程度上阻止了java在這方面的發(fā)展。放眼望去Conflunce、Jira、Jive Forum這些東西還是挺有面子的。
GBK沒有測試:D
還有，你用的Jetty我也沒有測試。我在Weblogic 9和Tomcat 5上測試通過。你調(diào)試一下看看能否搞定:D
恩，我是這么理解的。主要就是因為泛型是編譯期的，運行期本應(yīng)該是不可用的。獲取getGenericSuperclass則是特例，此時由于編譯順序造成不能編譯后馬上擦除T的信息，所以保留了一個ParameterizedType，所以我們就有幸得到它了。:D