.net開發(fā)人員常犯的錯誤分析小結(jié)

       安裝了.NET框架，你就可以應(yīng)用你最喜愛的文本編輯器和.NET工具命令行來進行開發(fā)。而且，你還可以應(yīng)用第三方開發(fā)工具，如SharpDevelop。 

       欲徹底了解Visual Studio.NET有關(guān)的討論，請參閱以前的欄目。開發(fā)工具的選擇因人而異，但許多開發(fā)團隊進行標(biāo)準(zhǔn)化來簡化工作。

2．獨占信息 
       開發(fā)人員的顯著特點之一即他們趨向于密藏信息。曉人所不曉的能力常常引起錯誤的優(yōu)越感。相反，分享信息則有助于團隊擴充知識。另外，隨著其他團隊成員的加入，分享的信息還可得到改進。最后，當(dāng)你向另一個或一組開發(fā)人員解釋一個觀念或理念時，你的知識也得到擴充。 

       團隊合作精神是Agile Software Development之類運動的驅(qū)動力。另外，許多團隊利用同行代碼評估（peer code reviews），即開發(fā)人員對其他開發(fā)人員的代碼進行審查及評論，這種方法促進了雙方的學(xué)習(xí)與理解。

3．忽略代碼注釋 
       給自己的代碼加注釋是一個簡單而直接的方法，但為什么大家總是忽略這一點呢？一些開發(fā)人員錯誤的認(rèn)為減少文件證明（任何形式的）能夠改善工作安全。這與前面討論過的獨占信息一樣，是一種謬誤。 

       少量合理安排的注釋能大大改善代碼的可讀性，并方便代碼的管理。現(xiàn)在有一種過于使用注釋的趨勢。基本上來說，這些注釋應(yīng)對代碼、變量、方法等作一簡要描述。許多團隊在對代碼作出修改時喜歡插入注釋。當(dāng)（如果）出現(xiàn)問題，我們?nèi)菀渍页鲆郧白鲞^哪些修改。

4．沒有看到版本控制系統(tǒng)的價值所在 
       大多數(shù)開發(fā)人員都十分熟悉這種情形：你推出一個重要網(wǎng)絡(luò)應(yīng)用的新版本，第二天一大早你的手機就響個不停，里面滿是網(wǎng)站問題的叫聲。 

       只要你愿意承認(rèn)你可能犯過一兩個錯誤，在這種情形下版本控制系統(tǒng)就是你最好的朋友。通過使用版本控制系統(tǒng)如CVS, IBM Rational ClearCase, 和Microsoft Visual SourceSafe，你就可以輕易地還原到以前版本的應(yīng)用軟件并進行生產(chǎn)。這讓你有時間在生產(chǎn)地點已經(jīng)準(zhǔn)備好的情況下在開發(fā)環(huán)境中找出問題所在。這種方法比通過搜尋生產(chǎn)代碼來找出問題要優(yōu)越得多。 

       另外，源控制系統(tǒng)允許不同的團隊成員同時開發(fā)相同的代碼。當(dāng)開發(fā)人員檢查對系統(tǒng)所作的修改時，這些改變就結(jié)合起來。 

       一些開發(fā)人員不喜歡版本控制系統(tǒng)的原因之一是因為它給開發(fā)過程增加了一個步驟，這意味著向源控制系統(tǒng)提交代碼并通過它來恢復(fù)代碼的過程要減慢。這個額外等待的時間打擊了一些開發(fā)人員的耐心。

5．認(rèn)為所有項目都需要網(wǎng)絡(luò)服務(wù) 
       由于對網(wǎng)絡(luò)服務(wù)的過分宣傳，許多開發(fā)人員認(rèn)為在開發(fā)項目時必須以某種形式用到網(wǎng)絡(luò)服務(wù)。盡管在開發(fā)過程中使用網(wǎng)絡(luò)服務(wù)可能是必要或是恰當(dāng)?shù)模⒉皇峭耆赡堋Ｄ阈枰治霾煌那樾危詻Q定是執(zhí)行網(wǎng)絡(luò)服務(wù)是否恰當(dāng)。例如，使用remoting可能更為恰當(dāng)。

6．忽視了確認(rèn)數(shù)據(jù)的重要性 
       在應(yīng)用代碼中，數(shù)據(jù)以不同的形式進行處理。因為這一原因，開發(fā)人員應(yīng)該在開發(fā)過程中確認(rèn)數(shù)據(jù)的完整性與有效性。這就是說，數(shù)據(jù)要通過可返回零字符的終端數(shù)據(jù)庫讀取。在執(zhí)行前，就對數(shù)據(jù)進行檢查，因為大多數(shù)的操作中都不能使用零值。