快捷導(dǎo)航

C#編程中最容易犯的7種編寫錯誤分享

更新時間：2023年03月01日 08:25:38 作者：熊澤-學(xué)習(xí)中的苦與樂

編程時犯錯是必然的，這篇文章主要和大家來分享7個C#編程中最容易犯的7種編寫錯誤，文中的示例代碼講解詳細(xì)，感興趣的小伙伴可以了解一下

1、拼接字符串

在C#編程中，字符串類型的處理是比較容易出錯的地方，在.NET Framework中，字符串是一個不可變的類型，當(dāng)一個字符串被修改后，總是創(chuàng)建一個新的副本，不會改變源字符串，大多數(shù)開發(fā)人員總是喜歡使用下面這樣的方法格式化字符串：

string updateSqlText = "UPDATE Table SET Name='" + name+ "' WHERE Id=" + id;

這里它使用了多重串聯(lián)拼接，因此會在內(nèi)存中創(chuàng)建三個不必要的字符串垃圾副本，這種方式是最容易忽略的，最好的辦法是使用string.Format，因為它內(nèi)部使用的是可變的StringBuilder，也為凈化代碼鋪平了道路，如下：

string updateSqlText = string.Format("UPDATE Table SET Name='{0}' WHERE Id={1}", name, id);

2、嵌套異常處理

在方法中添加異常處理模塊try-cathc是必然的，但是沒有必要在一個方法里面多次加上異常處理的嵌套方法，如下：

public class Class1
{
    public void MainMethod()
    {
        try
        {
            //some implementation
            ChildMethod1();
        }
        catch (Exception exception)
        {
            //Handle exception
        }
    }
    private void ChildMethod1()
    {
        try
        {
            //some implementation
            ChildMethod2();
        }
        catch (Exception exception)
        {
            //Handle exception
            throw;
        }
    }
    private void ChildMethod2()
    {
        try
        {
            //some implementation
        }
        catch (Exception exception)
        {
            //Handle exception
            throw;
        }
    }
}

如果相同的異常被處理多次，整個項目都這樣寫?毫無疑問，性能開銷將會劇增。

解決辦法是讓異常處理方法獨立出來（一個大的方法只需要一個異常處理即可，特殊復(fù)雜場景可酌情多次使用），如：

public void MainMethod()
{
    try
    {
        //some implementation
        ChildMethod1();
    }
    catch (Exception exception)
    {
        //Handle exception
    }
}
private void ChildMethod1()
{
    //some implementation
    ChildMethod2();
}

private void ChildMethod2()
{
    //some implementation
}

3、for和foreach的選擇

大部分開發(fā)人員更喜歡使用for循環(huán)，而無視foreach循環(huán)，因為for更容易使用，但操作大型數(shù)據(jù)集時，使用foreach無疑是最快的，

根據(jù)廣大網(wǎng)友實驗證明（分別對記錄數(shù)為10000，100000，1000000條記錄的時候進(jìn)行采樣分析），

foreach的平均花費時間只有for20%-30%左右。所以，我也要根據(jù)實際請求選擇使用而不是一直使用某一種。

C#中foreach在處理集合和數(shù)組相對于for存在以下幾個優(yōu)勢和劣勢：

一、foreach循環(huán)的優(yōu)勢

foreach語句簡潔
效率比for要高(C#是強類型檢查，for循環(huán)對于數(shù)組訪問的時候，要對索引的有效值進(jìn)行檢查)
不用關(guān)心數(shù)組的起始索引是幾(因為有很多開發(fā)者是從其他語言轉(zhuǎn)到C#的，有些語言的起始索引可能是1或者是0)
處理多維數(shù)組(不包括鋸齒數(shù)組)更加的方便
在類型轉(zhuǎn)換方面foreach不用顯示地進(jìn)行類型轉(zhuǎn)換
當(dāng)集合元素如List<T>等在使用foreach進(jìn)行循環(huán)時，每循環(huán)完一個元素，就會釋放對應(yīng)的資源

二、foreach循環(huán)的劣勢C#中foreach在處理集合和數(shù)組相對于for存在以下幾個優(yōu)勢：

上面說了foreach循環(huán)的時候會釋放使用完的資源，所以會造成額外的gc開銷，所以使用的時候，請酌情考慮
foreach也稱為只讀循環(huán)，所以再循環(huán)數(shù)組/集合的時候，無法對數(shù)組/集合進(jìn)行修改
數(shù)組中的每一項必須與其他的項類型相等

4、驗證簡單的原始數(shù)據(jù)類型

很多人員都忽略內(nèi)置的驗證原始數(shù)據(jù)類型的方法，如System.Int32（其他類型亦然），因此都是自己實現(xiàn)的方法，下面就是一個自己實現(xiàn)的驗證一個字符串是否是數(shù)值的代碼：

public bool CheckIfNumeric(string value)
{
    bool isNumeric = true;
    try
    {
        int i = Convert.ToInt32(value);
    }
    catch (FormatException exception)
    {
        isNumeric = false;
    }
    return isNumeric;
}

它使用了try catch語句進(jìn)行捕捉判斷，因此不是最佳的做法，更好的辦法是象下面這樣使用int.TryParse：

int output = 0;
bool isNumeric = int.TryParse(value, out output);

5、處理對象實現(xiàn)IDisposable接口

對象的處理和使用一樣重要，理想的辦法是在類中實現(xiàn)IDisposable接口的dispose方法，在使用這個類的對象后，可以通過調(diào)用dispose方法進(jìn)行處理。

下面的代碼顯示了一個SqlConnection對象的創(chuàng)建，使用和處理：

public void DALMethod()
{
    SqlConnection connection = null;
    try
    {
        connection = new SqlConnection("XXXXXXXXXX");
        connection.Open();
        //implement the data access
    }
    catch (Exception exception)
    {
        //handle exception
    }
    finally
    {
        connection.Close();
        connection.Dispose();
    }
}

在上面的方法中，連接處理在最后一個代碼塊中被明確調(diào)用，如果發(fā)生一個異常，catch代碼塊就會執(zhí)行，然后再執(zhí)行最后一個代碼塊處理連接，

因此在最后一個代碼塊執(zhí)行之前，連接將一直留在內(nèi)存中，.NET Framework的一個基本原則就是當(dāng)對象不被使用時就應(yīng)該釋放資源。

下面是調(diào)用dispose更好的辦法：

public void DALMethod()
{
    using (SqlConnection connection = new SqlConnection("XXXXXXXXXX"))
    {
        connection.Open();
        //implement the data access
    }
}

當(dāng)你使用using代碼塊時，對象上的dispose方法將在執(zhí)行退出代碼塊時調(diào)用，這樣可以保證SqlConnection的資源被處理和盡早釋放，

你也應(yīng)該注意到這個辦法也適用于實現(xiàn)IDisposable接口的類。

6、聲明公共變量

聽起來可能有點簡單，但我們經(jīng)常看到濫用公共變量聲明的情況，先來看一個例子：

static void Main(string[] args)
{
    MyAccount account = new MyAccount();
    //The caller is able to set the value which is unexpected
    account.AccountNumber = "YYYYYYYYYYYYYY";
    Console.ReadKey();
}
public class MyAccount
{
    public string AccountNumber;
    public MyAccount()
    {
        AccountNumber = "XXXXXXXXXXXXX";
    }
}

在上面的MyAccount類中聲明了一個AccountNumber公共變量，理想情況下，AccountNumber應(yīng)該是只讀的，但MyAccount類卻沒有對它實施任何控制。

聲明公共變量正確的做法應(yīng)該是使用屬性，如：

public class MyAccount
{
    private string _accountNumber;
    public string AccountNumber
    {
        get { return _accountNumber; }
    }
    public MyAccount()
    {
        _accountNumber = "XXXXXXXXXXXXX";
    }
}

這里MyAccount類對AccountNumber公共變量實施了很好的控制，它變成只讀，不能由調(diào)用者類修改。

7、利用System.Data.DataTable訪問數(shù)據(jù)

人多人經(jīng)常使用列索引從數(shù)據(jù)庫訪問數(shù)據(jù)，如：

public void MyMethod()
{
    //GetData fetches data from the database using a SQL query
    DataTable dt = DataAccess.GetData();
    foreach (DataRow row in dt.Rows)
    {
        //Accessing data through column index
        int empId = Convert.ToInt32(row[0]);
    }
}

按照這種寫法，如果列順序在SQL查詢匹配數(shù)據(jù)時發(fā)生了變化，你的應(yīng)用程序?qū)艿接绊?，正確的做法應(yīng)該是使用列名訪問數(shù)據(jù)。

private const string COL_EMP_ID = "EmpId";
public void MyMethod()
{
    //GetData fetches data from the database using a SQL query
    DataTable dt = DataAccess.GetData();
    foreach (DataRow row in dt.Rows)
    {
        //Accessing data through column name
        int empId = Convert.ToInt32(row[COL_EMP_ID]);
    }
}

這樣的代碼更加穩(wěn)固，列順序發(fā)生變化不會給應(yīng)用程序造成任何影響，

如果在一個地方使用局部變量保存列名更好，即使將來你的列名發(fā)生了變化，也不用修改應(yīng)用程序代碼。

到此這篇關(guān)于C#編程中最容易犯的7種編寫錯誤分享的文章就介紹到這了,更多相關(guān)C#編寫錯誤內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: