|
|
那些對微軟.NET開發(fā)不了解的人誤以為：利用.NET框架開發(fā)應用軟件時必須要用到Visual Studio.NET。這并不正確。你只需安裝可在微軟網(wǎng)站上免費下載的.NET框架即可。
安裝了.NET框架，你就可以應用你最喜愛的文本編輯器和.NET工具命令行來進行開發(fā)。而且，你還可以應用第三方開發(fā)工具，如SharpDevelop。
欲徹底了解Visual Studio.NET有關的討論，請參閱以前的欄目。開發(fā)工具的選擇因人而異，但許多開發(fā)團隊進行標準化來簡化工作。
2．獨占信息
開發(fā)人員的顯著特點之一即他們趨向于密藏信息。曉人所不曉的能力常常引起錯誤的優(yōu)越感。相反，分享信息則有助于團隊擴充知識。另外，隨著其他團隊成員的加入，分享的信息還可得到改進。最后，當你向另一個或一組開發(fā)人員解釋一個觀念或理念時，你的知識也得到擴充。
團隊合作精神是Agile Software Development之類運動的驅動力。另外，許多團隊利用同行代碼評估（peer code reviews），即開發(fā)人員對其他開發(fā)人員的代碼進行審查及評論，這種方法促進了雙方的學習與理解。
3．忽略代碼注釋
給自己的代碼加注釋是一個簡單而直接的方法，但為什么大家總是忽略這一點呢？一些開發(fā)人員錯誤的認為減少文件證明（任何形式的）能夠改善工作安全。這與前面討論過的獨占信息一樣，是一種謬誤。
少量合理安排的注釋能大大改善代碼的可讀性，并方便代碼的管理。現(xiàn)在有一種過于使用注釋的趨勢。基本上來說，這些注釋應對代碼、變量、方法等作一簡要描述。許多團隊在對代碼作出修改時喜歡插入注釋。當（如果）出現(xiàn)問題，我們?nèi)菀渍页鲆郧白鲞^哪些修改。
4．沒有看到版本控制系統(tǒng)的價值所在
大多數(shù)開發(fā)人員都十分熟悉這種情形：你推出一個重要網(wǎng)絡應用的新版本，第二天一大早你的手機就響個不停，里面滿是網(wǎng)站問題的叫聲。
只要你愿意承認你可能犯過一兩個錯誤，在這種情形下版本控制系統(tǒng)就是你最好的朋友。通過使用版本控制系統(tǒng)如CVS, IBM Rational ClearCase, 和Microsoft Visual SourceSafe，你就可以輕易地還原到以前版本的應用軟件并進行生產(chǎn)。這讓你有時間在生產(chǎn)地點已經(jīng)準備好的情況下在開發(fā)環(huán)境中找出問題所在。這種方法比通過搜尋生產(chǎn)代碼來找出問題要優(yōu)越得多。
另外，源控制系統(tǒng)允許不同的團隊成員同時開發(fā)相同的代碼。當開發(fā)人員檢查對系統(tǒng)所作的修改時，這些改變就結合起來。
一些開發(fā)人員不喜歡版本控制系統(tǒng)的原因之一是因為它給開發(fā)過程增加了一個步驟，這意味著向源控制系統(tǒng)提交代碼并通過它來恢復代碼的過程要減慢。這個額外等待的時間打擊了一些開發(fā)人員的耐心。
5．認為所有項目都需要網(wǎng)絡服務
由于對網(wǎng)絡服務的過分宣傳，許多開發(fā)人員認為在開發(fā)項目時必須以某種形式用到網(wǎng)絡服務。盡管在開發(fā)過程中使用網(wǎng)絡服務可能是必要或是恰當?shù)模⒉皇峭耆赡堋Ｄ阈枰治霾煌那樾危詻Q定是執(zhí)行網(wǎng)絡服務是否恰當。例如，使用remoting可能更為恰當。
6．忽視了確認數(shù)據(jù)的重要性
在應用代碼中，數(shù)據(jù)以不同的形式進行處理。因為這一原因，開發(fā)人員應該在開發(fā)過程中確認數(shù)據(jù)的完整性與有效性。這就是說，數(shù)據(jù)要通過可返回零字符的終端數(shù)據(jù)庫讀取。在執(zhí)行前，就對數(shù)據(jù)進行檢查，因為大多數(shù)的操作中都不能使用零值。
了解是成功的一半
不管你是開發(fā)新兵還是老手，你都要意識到開發(fā)人員有犯這六個錯誤的趨勢。即使你發(fā)現(xiàn)自己沒有這些壞習慣，你也要意識到你們團隊中的其他開發(fā)人員可能會犯這些錯誤。對這些潛在的錯誤保持警惕，這樣做可以防止這些錯誤阻礙你們團隊的計劃。
AspNet技術：.net開發(fā)人員常犯的錯誤分析小結，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
