.NET程式員，我們應該更專業點

標籤：blog   http   java   使用   os   io   問題   cti   

眾所周知，打從.Net誕生那一天起，業界就瀰漫著一股貶低.Net的空氣。許多公司排斥.Net，因為.Net低效的名聲，加之怕被微軟綁架的擔心。許多C++程式員有偏見，看不起.Net程式員，認為那些人比較菜，才學入門級的語言。Java程式員對.Net也不待見，我們會Spring，Hibernate等一大堆架構，你們除了用類庫還會什嗎？

　　這些看法有些確實是偏見，我們大可以有力地回擊。有些看法卻也不無道理，跨平台性.Net確實不如Java，主要是沒有官方的多平台支援；論運行效率也確實與Native C++有天生的差距。然而很大一部分責任，要歸疚我們.Net程式員。

　　其實每個開發平台，每種程式設計語言都有優勢和劣勢。做為.Net程式員，我們需要更專業一點，熟悉.Net的長短之處，最大化的利用和迴避。

　　我們要熟悉常用的設計模式，懂得DRY、SHY等編程原則，專業的運用Framework，寫專業的代碼。工作幾年了，不要讓人一看就是菜鳥。

　　要有專業的代碼風格，使用專業的命名。不要寫幾百行的方法，幾千幾萬行的類，裡面動輒十幾層的花括弧。我所見過的這種代碼，一半以上都是水分。

　　要知道要儘可能少地建立新對象，儘可能地減少IO和反射操作，尤其避免在迴圈中使用。

　　要知道對客戶輸入作驗證，要會Regex，要懂得如何儘可能避免類型轉換，要會高效的類型轉換方式。

　　要明白一些基本Framework常識，比如List、Dictionary等集合類不是安全執行緒的，知道如何保證安全執行緒。

　　不要再寫Request.QueryString[id].ToString()和ConfigurationManager.AppSettings[key].ToString()這樣的可笑代碼了（我實在納悶為什麼一多半人都這麼寫），不要到處畫蛇添足的Trim和Try…Catch了。當看到這種代碼，連自己為身為.Net程式員群體一員感到羞慚。也就難怪其它語言的程式員看不起我們，以菜鳥的眼光看待我們了（參考《做Java開發這一年》），因為我們就是如此。

　　其實，本來.Net雖然記憶體消耗大點，但運行速度總體並不比C++差，這點許多人已經實驗證明過了。可以參考C#的效能到底有多差 、編寫高效的C影像處理程式。我們要瞭解.Net，支援.Net，反射機制和異常處理等本是.Net的先進特性，不要把它們變成效能殺手，為攻擊.Net的陣營製造磨刀送箭，反過來砍向.Net。如果你就是在迴圈中一次次進行IO和反射操作，硬要int.Parse+try catch來進行類型轉換，甚至都懶得用StringBuilder的話，我們真該好好問問，C#不可忍受之慢，誰是罪魁禍首？

　　我不清楚造成.Net程式員群體這種現狀的原因。我完全是自學入門的，當然開始時寫了許多爛代碼，現在可能也在寫，但至少自己在不斷提高。而很多的.Net程式員，不上論壇，不看部落格，頂多案頭放著一本一千多頁的《.Net進階編程》（其實是低級編程，內容MSDN上全有）備查。

　　我估計，不止是.Net，多數C++/Java程式員也不是一天到晚學習和提高，大家需要多樣的生活。但至少，在工作中可以不斷提高吧，工作幾年了犯初學者的錯誤實在是說不過去，只能歸結為態度問題。可能是.Net比其他語言平台都容易入門得多，許多生性浮躁的初學者選擇了它。甚至在有些人眼裡，編程就是來混飯的，只要運行出結果，其他不關我的事。平庸的程式員只會產生消極的生產力（為什麼新人不會編程）。當我每次為維護項目，花一整天甚至更久解決一個Bug時，我真想把開發人員再抓回來，讓他們自己dogfood。

　　在此的同仁們，你們是否曾有過類似的感受呢？相信大家既然能來部落格園，能看到這篇文章，應該都是有志於不斷學習提高而來。大家是程式員中最努力的群體，至少從代碼風格上看，也跟平日接觸的.Net程式員不是一個檔次。不過現實中，不少人既追求專業，而對一些不太專業的用法習以為常。

　　比如今天看到一篇隨筆如何寫健壯的代碼，道法同學先展示一段代碼，然後提出了許多改進思路，這種追求每個細節的做法很值得學習，然而改進後的代碼仍有幾個問題：

　　如果要最嚴格的規範命名的話，parsedArgs不是改為_isArgsParsed，而是標準的Camel方式：argsParsed；還有只比較字串相等與否，應該用Equals而不是CompareTo方法；最不應該的是出現了goto語句，這是不得已情況才用的。最後拋出異常時，應該拋一個具體的異常，在任何情況下都不應該拋出Exception異常。

　　在此，我向大家強烈推薦，如果沒有讀過，一定要讀讀《.NET設計規範》這本書，如果你之前一本書也沒看過，那也應該先看看它。它是設計.NET Framework的大師們的智慧結晶，作為開發高品質.Net程式的規範指南，還有什麼它更權威的呢？看過這本書，幾乎可以避免所有常見的規範性問題，包括在上段提出的那幾條。

　　園子裡有好幾個人寫的代碼是我們的榜樣，像老趙，裝配腦袋等人。還有一個人不得不提下，就是吉日嘎啦。作為一個半路學.Net的老程式員，十年來，不斷思考並重構許可權管理系統代碼，大家可以看看DotNet.Common命名空間的來源說明，真實地說明了統一規範的好處。雖然大家可能因為他的商業行為不喜歡他，可誰也不能否認，至少在專業及對專業的追求方面，吉日值得敬佩。

　　最後，我想對園子的.Net程式員同仁們說，也是對自己說，專業不是來自有沒有證，而是來自我們的內心。我們要堅持自己的追求，堅持自己的風格，要有自信，堅決同不專業進行鬥爭。正價值的軟體，一定出自追求專業的開發人員，我們決不會寫出讓火車追尾的發送器的。