今天看到一個文章，主要講述幾個C#程序員在寫代碼時容易犯的毛病，內容很簡單，沒啥技術含量，都是一些稍微注意下即可避免的問題。我把它翻譯過來只是方便大家加深一下記憶（某些代碼不好格式化，所以我以截圖的形式顯示，需要看實際代碼的可以在原文地址中找到，標題不能出現#這個符號，得硬生生將C#改為.net，無語中）。

原文：7 Common Mistakes Made By C# Programmers

地址：http://www.codeguru.com/csharp/article.php/c17911/7-Common-Mistakes-Made-By-C-Programmers.htm#page-1

作者：V.N.S Arun

介紹

在編程中犯錯是不可避免的。即使一個簡單的錯誤也會產生昂貴的代價。所以最明智的做法是從中汲取經驗，不再犯同樣的錯誤。我會在這篇文章中強調一下我認為C#程序員在開發過程中最容易犯的7個通病。

格式化字符串

在C#編程中處理字符串類型時，很有可能犯那些代價高的錯誤。在.net框架中，字符串一直都是不可變類型。當一個字符串被修改時，它總是會創建一個全新的副本而不是修改原有的字符串。但大部分開發者都會像下面這個例子一樣來格式化字符串：

上面的代碼看起來確實非常的亂。再者，因為字符串是不可變類型，這種多次拼接操作會在內存中創建3個多余的垃圾字符串副本。

更好的做法是使用string.Format，因為它內部使用了可變類型的StringBuilder。同時，這樣做也為編寫整潔的代碼打下基礎。

嵌套異常處理

下面的代碼展示了開發者打算編寫的嵌套方法，其中每個方法都做了異常處理：

如果像上面的代碼那樣，相同的異常被多次處理或更有甚者，捕獲異常后再重新拋出明顯會增加性能開銷。

我通過把異常的處理都統一放到MainMethod中的某個位置來避免上述情況，如下所示：

在大型集合中使用foreach

大部分開發者會使用foreach循環來替代for，因為foreach更易于使用。

然而在處理有大量數據的集合時，這會導致昂貴的開銷。思考一下以下的這個例子，我分別使用了for和foreach來循環相同的datatable,同時也請檢查一下圖1.0中兩個循環分別使用的時間

正如你看到的一樣，forech循環是慢的，它需要花費大概兩倍于for循環的時間。這是因為在foreach中，dt.Rows會訪問datatable中所有的行。

當需要在更大的集合中進行循環時，總是用for就行了。

驗證基本數據類型

大部分開發者并不知道用來驗證像System.Int32這些基本數據類型的內建方法，最后往往會自定義一個實現。下面的函數就是一個通過自定義邏輯來驗證給定的字符串是否數字的例子

由于該方法包含了try catch,所以它并不是最好的實現方式。更好的方法是使用下面所示的int.TryParse

在我看來使用 int.TryParse明顯運行更快，代碼更清晰。

處理實現IDisposable接口的對象

在.net框架中，釋放一個對象和使用它一樣重要。最理想的方式是在一個類中實現IDisposable接口中的Dispose()方法，這樣我們在using完那個類的對象后，它就會因為dispose方法被調用從而被釋放。

下面所示的是一個SqlConnection對象從創建、使用到被釋放的例子：

在上面的方法中，connection的dispose是在finally塊中被調用的，這樣做是因為一旦發生異常，catch塊就會被執行，之后finally塊也會被執行來釋放connection。所以，connection會一直駐留在內存中直到finally塊被執行。在.net框架中，當資源不再使用時及時釋放是基本的準則之一。

下面的代碼展示了一種更好的調用dispose方法的方式：

當你像上述那樣使用using塊時，一旦代碼執行退出了using塊，對象的dispose方法會被馬上調用。這樣能夠確保sqlconnection資源能夠被最快釋放。你應該也察覺這種使用方式對于到任何實現Disposable接口的類都湊效。

聲明公有變量

聽上去簡單，但它的確會導致你誤用已聲明的公有變量和給你的類型帶來沒有預料到的使用方式。

思考一下以下的這個例子：

在上述例子中，MyAcoount類型有一個公共有型變量AccountNumber并在構造函數中被賦值。我們希望AccountNumber是只讀、不可修改的，但是MyAccount類型沒法去控制這種行為。

更好的方式是將類似于AccountNumber的公有變量改為屬性，如下面所示：

在這里，MyAccount已經對AccountNumber屬性有了很好地控制。現在它變為只讀的，調用者無法再設置它的值了。

訪問System.Data.DataTable中的值

我經常發現大部分程序員通過列索引來訪問datatable中的數據，正如下面所示的那樣：

在上面的情況中，如果sql數據查詢中的列順序更改了，那么你的應用程序肯定會崩潰掉。我們應該總是通過列名來查找相應的數據，正如下面所示的那樣：

即使列的順序改變了，上面的代碼也不會崩潰掉。同時，我們通過使用常量在某個位置統一記錄所有的列名，即使你以后列名變了，你只要修改代碼中的一處地方即可。

總結

以上是生活随笔為你收集整理的【转】译文：.net 程序员易犯的7个通病的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。