@上善
是的，一個筆誤，已經(jīng)改過來了，多謝提醒。如果還有什么地方寫的有錯誤，歡迎大家指正。
用表變量好象效率不高。采用哪種方法，讀者可以實際情況而定
文章的代碼里有啊，如果是多個文件，將每個文件作為一個java.io.File對象保存在List中，實際上，每一個File對象就是一個已經(jīng)上傳到服務器的臨時文件了。
public class UploadMoreAction extends ActionSupport
{
private java.util.List<File> uploads;
...
}
re: 何謂精通 銀河使者 2008-06-16 09:18
I following my heart.
re: 何謂精通 銀河使者 2008-06-15 20:31
還有樓主第三階段問到保存大量的數(shù)據(jù)應用Java的什么數(shù)據(jù)結(jié)構(gòu)。其實Java中的數(shù)據(jù)結(jié)構(gòu)沒有一種適合于保存大量的數(shù)據(jù)（如搜索引擎所需的以T為單位的數(shù)據(jù)），要想保存，就只有自己設計了。可以采用鍵樹或更復雜的數(shù)據(jù)結(jié)構(gòu)。也可采用分布試的存儲方式（就象google后臺的幾十萬臺服務器），但這就需要互相協(xié)調(diào)了。但可以肯定，曾經(jīng)成功解決這些問題的人一定是鳳毛麟角了。要是有的話，早就被那些超級公司給挖走了，或是自己去創(chuàng)業(yè)了。基本上不會到處去投簡歷了。因為他（她）們所要的報酬是大多數(shù)公司無法支付的。
re: 何謂精通 銀河使者 2008-06-15 20:26
樓主的四組面試問題有的確實有一定的深度。如果沒仔細研究過，確實很難給出準確的答案。不過在面試時應主要考察應聘者的理解能力和應變能力。至于某種技術(shù)如何使用，如setTcpNoDelay方法是用來決定是否采用Nagle算法的，但我們可以換一種更廣義的問法。如果在使用TCP傳輸數(shù)據(jù)時，如果傳輸?shù)臄?shù)據(jù)大多數(shù)是小數(shù)據(jù)量的數(shù)據(jù)，為了更有效地節(jié)省帶寬，可以采取什么辦法呢？ 這個問題并未涉及具體的技術(shù)，但確考察了分析問題和解決問題的能力。個人認為這種問題更可以判斷應聘者的能力。至于setTcpNoDelay方法，只要在網(wǎng)上查查，幾秒種就可知道答案。但如果應聘者在沒有使用過setTcpNoDelay方法的前提下，也可以從理論上解決setTcpNoDelay能解決的問題，那么說明應聘者有這個意識，至于具體如何用java或其他技術(shù)來實現(xiàn)，這根本不是問題。而如果認為用不用Nagle都一樣，就算知道了setTcpNoDelay方法是做什么的，也壓根不打算用，并且認為只要把數(shù)據(jù)發(fā)出去了，就萬事大吉，那才是非常可怕地。
re: 何謂精通 銀河使者 2008-06-15 20:07
所謂精通，可以分開來看。先來看精。
所謂“精”就是指對于一種技術(shù)有很深入的了解，如java的網(wǎng)絡技術(shù)(socket等），不僅要對上層知識了解，還要對底層的實現(xiàn)細節(jié)有很深入的了解。那么如何來判斷是否對某種技術(shù)（轉(zhuǎn)指軟件編程技術(shù)）精呢？ 其實這個很簡單，只需要編寫一個任意復雜的程序（一個人在有限的時間可以讀完的），無需上機調(diào)試，就可以即快速，又準確地說出結(jié)果。如果這個程序有bug，也不需要上機運行，就可以知道如何改進這個程序。 要想達到這種程度，必須對相關的每一個方法、函數(shù)，甚至參數(shù)所起的作用，以及在不同的情況下可以達到什么效果了如指掌。這樣還會在不運行程序的情況下，非常有把握地知道程序的運行結(jié)果。 但真正達到這種程度的人并不多，如果要真達到了這個程序，是不會為工作犯愁的。
下面再來說說“通”，通一般指范圍，如神通廣大、博古通今等就是這個意思。也就是說，要達到“通”，就必須掌握范圍很廣的知識，如精通Java，就要了解和Java相關的所有知識，如J2EE、J2SE、J2ME這三大塊和一些邊緣的知識（可以不包括框架等技術(shù)）。能達到這種程度的人也是非常少的。
從上面所述看，單是“精”或"通“就已經(jīng)是很難達到了，如果將它們組合成”精通“，那幾乎沒人能真正達到。 所以簡歷上寫的”精通“基本就成了客套話了，千萬別當真。 我曾經(jīng)看過一個簡歷，竟然把目前大多數(shù)主流的技術(shù)都寫出來了，而且竟然都是精通。最后一問這個人多大年紀，結(jié)果才20多歲，于是驚呼，奇才也。粗略算一下，他寫的那些技術(shù)，如果要都弄得基本上算是精通（只是接近），至少需要幾百年。而且必須夜以繼日地學習。
所以簡歷上還是盡量別寫”精通“，如果要寫某種技術(shù)，可以按著如下方式寫：
主要使用的語言或技術(shù)：Java、C#
或是直接寫使用過Java、C#多長時間，如使用過C#三年，至于到達什么水平，就由考管來判斷吧。
反正按著我的習慣，如果簡歷上寫著很多精通，基本上一概不通過，因為，沒有人可以在短短幾年時間精通這么多技術(shù)。
現(xiàn)在我想知道的是除了將用戶名和密碼保存在cookie中，或使用session，還有沒有別的方法。
要保存用戶的信息，只能在客戶端或服務端來保存，如果在客戶端的cookie保存，有些信息無法保存，或比較麻煩，如對象等。
在本例中因為我要實現(xiàn)當出現(xiàn)用戶登錄界面時，顯示用戶名，而這在可能要保存一年時間，而我又不想在一年內(nèi)都自動登錄，所以用了session，并設了兩個小時。
第二個問題。當然可以只使用cookie來保存用戶名和密碼。只因為我要實現(xiàn)短時間的自動登錄，所以才用了session。
建議你做個簡單的程序，用記事本寫個程序，最簡單的，按著步驟寫，看看到底是哪個地方出錯了。用struts做這些東西稍有不注意，就可能出錯。
我沒用過netbeans6.1開發(fā)過基于struts的程序，用的是myeclipse6.x。
但我想netbeans6.1應該差不多。至于沒出來錯誤提示的原因可能是某些資源沒找到，如資源文件、驗證文件（可能路徑不對）、或是要驗證的屬性寫的不正確。具體的只有調(diào)程序才能出來，原因很多。
有幾點你可以看一下。
1. 類名是loginAction嗎？一般類名單詞第一個字母都是大寫，如LoginAction。看看是不是名子弄錯了。是區(qū)分大小寫的。
2. 驗證xml文件名為：類名-validation.xml，如類名為LoginAction，xml文件名為LoginAction-validation.xml，注意大小寫。
3. LoginAction-validation.xml和LoginAction.class必須在同一個目錄下。看看這些文件的位置
@Jeanvixue
有可能是你的用于驗證的xml文件名不對。或是嵌套字段寫的不對。如下面的所示：
<s:textfield name="user.name" label="姓名1" />
<s:textfield name="user.age" label="年齡1"/>
再仔細檢查一下。
re: PHP生成XML注意的事項 銀河使者 2008-06-02 19:29
客戶端的XMLHttpRequest控件是需要檢測content-type地。但是如果沒設content-type，仍然可以通過獲得文本方式進行解析。
中小網(wǎng)站應用比較廣泛，尤其服務端是非windows操作系統(tǒng)的
還有在循環(huán)里盡量不要使用“+”連接字符串，而要在循環(huán)外使用StringBuilder，并且在循環(huán)里使用append來連接字符串的結(jié)論，并不是我首先提出來的，而是由某位大師提出的。我只是在這里分析了一下這個結(jié)論，并驗證它的正確性。
還是原創(chuàng)的比貼的文章多。貼的都是轉(zhuǎn)載的文章，很多都是非計算機的，總不能給它們也加上原創(chuàng)吧。^-^。只是感覺有意思。哈哈，至于評論嗎？多少也無所謂。只是做個備份。
編譯碼是可以幫助分析，但是有時編譯碼是很愚蠢的。就象編譯器雖然可以優(yōu)化代碼，但是使用編譯器生成的匯編代碼永遠不可能和手工編寫的代碼相比。
還有就是為什么有的基于java的軟件，如某些桌面軟件，office等，的速度或性能不如同類的軟件，雖然它們實現(xiàn)的功能類似，但是如果不注意這些細節(jié)的地方。就會量變引起質(zhì)變。從而將自己的程序拖跨。學習一門語言很容易，但要是充分了解這門語言，也許要花很多精力和時間。
ajax從原理上講很簡單。其實任何技術(shù)從基本原理上看都很簡單。但實現(xiàn)起來，確是另外一回事。
re: Dudu老大，給你提個大Bug 銀河使者 2008-05-29 16:25
一直也沒改啊。這個二級域名不知怎么著，有時不太好使
我一般安裝任何軟件都是完全安裝的，沒辦法，硬盤就是大。^-^，要說漏掉是不可能的，我都是全選的。單位的機器也是按著同樣的方法安的，沒有問題，就是家里的dell筆記本出這種事。昨天安了個vs2008的patch，也不好使。
re: B/S，C/S架構(gòu)混合使用 銀河使者 2008-05-28 17:55
另外，開發(fā)一個大的軟件系統(tǒng)不僅需要開發(fā)人員有團隊精神。所使用的技術(shù)也應團隊合作。沒有哪一種技術(shù)可以適合于所有的領域和應用。如進行數(shù)據(jù)遷移，就可以利用數(shù)據(jù)庫本身的技術(shù)，如sql server的DTS技術(shù)。
re: B/S，C/S架構(gòu)混合使用 銀河使者 2008-05-28 17:52
@for_the_king
誰說delphi、vc做的東西不能自動升級。我不知道你用過瑞星或其他的殺毒軟件沒。也是用VC或其他的語言寫的，不是也可以自動升級。還有微軟的smallclient(智能客戶端），用C#或VB.net寫的C/S程序。不是也可以很好的自動升級嗎!至于通過tcp協(xié)議訪問，當然，用delphi做的程序不一定直接使用tcp。就象ajax可以使用json一樣，做個通用的映射組件，類似于web services，解決的方法非常多。
但是web程序卻無法做到C/S的某些功能，至少很復雜。如做個樹、菜單。這些用delphi、vb，只要幾分鐘就可以做個很好的程序。還有更復雜的效果。
最煩人的是web程序并不真正跨平臺，ie6、ie7、firefox都得單獨考慮。除非你可以強迫用戶必須使用自己指定的瀏覽器。而C/S程序則是真正意義上的跨平臺。（只限于windows，客戶端是非windows時除外），在win98、win2000、winxp，2003,vista,windows2008上，只要能運行起來，界面效果都一樣。
至于什么是企業(yè)級應用，我認為沒有必要非得強調(diào)必須有什么，不能有什么。只要能滿足用戶的需要，其他的一切都不重要。主要得用戶滿意、然后才能老板滿意，最后才能自己滿意。
re: B/S，C/S架構(gòu)混合使用 銀河使者 2008-05-28 17:42
@懶人
不是有很多語言，而是所有支持網(wǎng)絡技術(shù)（TCP協(xié)議）的語言或技術(shù)都可以做客戶端。包括flash、office。
如果需要非常絢麗的效果，我看flash就很好，flash做動畫可以其他語言比不了的啊。而且flash的script也可以使用TCP協(xié)議。這就足夠了。如果誰用flash做一個msn或QQ的客戶端，那效果遠比msn或QQ要好的多了。
要什么結(jié)果。 就是在循環(huán)里連接字符串時，最好要在循環(huán)外建立一個StringBuilder對象，然后在循環(huán)中使用StringBuilder.append方法連接，而不用直接使用“+”進行連接字符串
re: UFO目擊報告[照片] 銀河使者 2008-05-27 22:44
按常理推斷，這應該是數(shù)碼相機的對焦燈照在飛機的玻璃窗上留下的。這幾張照片很明顯是透過飛機的窗戶照的。誰有相機，可以對著汽車玻璃照幾張看看。但要使用有對焦燈的相機哦！ ^-^
重裝軟件可是最后一招。 這最后一招殺手锏我可不想這么快就用。 還是研究一下vs2008的設計視圖為什么不好使吧。要是一不好使就重裝，那不是要把人弄瘋了。vs2008很大的，如果重裝還不行，是不是要重裝xp啊。^-^
并不是所有的html標簽的innerHTML都有bug。我碰到的是<select>標簽的innerHTML有一些bug。
不信通過getElementById獲得<select>對象后，使用下面的代碼試試，看看會發(fā)生什么效果
var select = getElementById("selectid");
select.innerHTML = "<option>abc</option><option>ddd</option>";
上面的代碼是出不來的選項的，不知怎么著，IE6把第一個<option>弄沒了。
只有用下面的代碼才好使：
var select = getElementById("selectid");
select.outerHTML = "<select id='selectid' ><option>abc</option><option>ddd</option></select>";
沒有人會比自己更了解自己。一切得靠自己努力啊！let's go!
沒有哪個老板是慈善家（包括微軟、google等大公司的老板），經(jīng)常有人抱怨，所有的老板都是混蛋，但是奇怪的是，每一個人都想做這個“混蛋”。 也許我們做了老板后，也會和他們一樣成為“混蛋”。 但在我們成為“混蛋”之前，關于自身的發(fā)展問題，還得勞自己的大架想著，不要期望某位老板或某家公司會主動為我們鋪一條金光大道。 要想鋪路，就得我們自己親自動手了。 ^-^
不過我認為第3種方法比較好，可以使客戶端編程更容易，也更直觀。如果返回的xml比較復雜，使用第一種方法，javascript代碼會很多。
但在實現(xiàn)項目中，這三種方法可以混合使用。
那是因為最后一個文件將前兩個文件覆蓋了，你需要為每一個文件起不同的名子。
re: Struts2教程10：國際化 銀河使者 2008-05-20 22:13
to 小魚
只要你使用了struts2，就可以生效。 處理屬性文件是由jdk完成的，而尋找屬性文件，是由struts2完成的。
但如果你不用struts2，spring也支持國際化，不防使用spring的國際化功能。
絢麗是要自己做的，哈哈，只是演示了功能而已，沒做那么復雜。
是這樣的，struts2在調(diào)用所定義的攔截器的doIntercept方法后，最后會調(diào)用相應的動作類的執(zhí)行方法，默認是execute。abcd只是修改了默認值，將執(zhí)行方法由execute變成了abcd。如果在includeMethods參數(shù)中包含了abcd，那么Struts2在調(diào)用完所有的doIntercept方法后，就不會再調(diào)用abcd方法了。
如果文件中有中文名，只要服務端能成功獲得中文文件名，就可以直接保存，關鍵是在服務端能否獲得中文文件名
to muboy
struts2的上傳需要一些jar文件，如common-fileupload.jar，不知你加到classpath里沒
補充一句，采用任何技術(shù)不是目的，關鍵要看采用這種技術(shù)能給我們帶來什么。 正所謂“軟件創(chuàng)造客戶價值”。
首先說明一下，本文只是談一種思想，并不是說在項目中一定要采用，或是在項目中的所有模塊都采用這種方法，就象ajax的項目中，有很多方法實現(xiàn)，如可采用以數(shù)據(jù)為中心的方法，或是xml+XSLT，或是其他方式。但是我們完全有理由采用自定義的方法，或只采用最原始的方法。或是它們的組合。
至于mvc模式的采用，或采用到什么程度，要看具體的需求，但有一點。采用任何一種技術(shù)或設計思想，一定要清楚地知道能為自己帶來什么好處（時間、效率或金錢上的收益）。且不可盲目跟風。除非是以學習為目的，否則最好不要采用這種并不明朗，或使用后果無法預料的技術(shù)。
對于本文的方法，并不一定完全采用，也不必一定要采用。即使采用，也應盡量使用一些現(xiàn)成的framework、如json、jquery等。這樣會降低bug數(shù)。提高開發(fā)效率。但即使采用framework，知道如何手工實現(xiàn)也會對使用framework有很大的幫助。這也是本文的主要目的。
現(xiàn)在國內(nèi)已經(jīng)有很多人用firefox了，但在國外很多。哈哈，我現(xiàn)在一直用firefox。自從用了以后，再沒中過基于web轉(zhuǎn)播的病毒。-^-
to dreamingnest
謝謝提醒，是寫錯了，i+48，從數(shù)字0開始。改過來了。如果有更好的解決方案，請跟貼。謝謝！
最近只是將我在其他媒體發(fā)表過的或以前寫過的文章都放到blogjava和我在博客園的blog：nokiaguy.cnblogs.com上。做一個備份和總結(jié)，也希望對想學習相關知識的朋友有所幫助。 如果大家有什么意見，盡管提。哈哈！！！
re: 拆半查找的遞歸和非遞歸算法 銀河使者 2008-05-12 21:48
沒錯 i = (b + e) / 2; 這句有隱患，當b+e大于int范圍時就會溢出。解決的方法是i = b/2 + e/2。這樣用2先除一下，就不會溢出了。
在tomcat6.x中有很多位置可以配置數(shù)據(jù)源。如在<tomcat安裝目錄>\conf\Catalina\localhost目錄中放一個和上下文路徑同名的xml文件，并使用如下的格式配置：
<Context path="/samples" docBase="samples" debug="0">
<Resource name="jdbc/jdbcdemo" auth="Container"
type="javax.sql.DataSource"
driverClassName="com.mysql.jdbc.Driver"
url="jdbc:mysql://localhost:3306/mydb?characterEncoding=GBK"
username="root"
password="1234"
maxActive="200"
maxIdle="50"
maxWait="3000"/>
</Context>
雖然是用Function類可以調(diào)用部分api，但要使用swt，是不是還得帶上swt的庫和dll(linux是.so）啊。
如果想使用JNI的話，可以選擇使用自己熟悉的語言調(diào)用api，然后再用jni調(diào)用。如delphi也可以編寫api。不一定非得要c++。
這個不絕對，根據(jù)自己掌握的知識、能力以及喜好做出選擇吧。多元化世界當然得有多元化的選擇了。只有適合自己的才是最好的！！