主頁 > .NET開發 > .NET C#基礎（4）：屬性 - 本質是方法

.NET C#基礎（4）：屬性 - 本質是方法

2022-06-09 06:06:59 .NET開發

0. 文章目的

??本文面向有一定.NET C#基礎知識的學習者，介紹C#中屬性的屬性、定義、使用方法以及特殊性，

 

1. 閱讀基礎

??理解C#基本語法（定義類及類成員，呼叫方法） ??認可OOP的封裝思想    

2. 屬性是什么：從欄位與封裝說起

??屬性的本質是對欄位的封裝，要理解這一概念，首先要理解為什么需要對欄位進行封裝，因此，我們首先從實際需求入手，了解對欄位封裝的意義，

??現在假設我們需要寫一個Cat類，類可以儲存CatID、Name與Age三個狀態分別表示Cat的標識號，名字與年齡，并且這些狀態可以被外部訪問和修改，這個類看起來很簡單，新手如我們也能很快寫出下述代碼：

class Cat
{
    public string CatID;
    public string Name;
    public int Age;
}

??在這里，我們定義了一個Cat類，并定義了三個‘變數’來表示CatID、Name與Age，這種用于記錄物件狀態的的‘變數’就被稱為欄位，

??現在我們把Cat類提交了上去，這個類在大多數情況下都能正常表現，直到有一天有人發現程式出現了一些詭異的錯誤，定位錯誤后發現是由于某個Cat物件的Age欄位被錯誤賦值了負數：

cat.Age = -1;

??這個錯誤被很快修正，但是顯然為了避免后面類似的情況再次發生，我們應該注意到在對Age欄位賦值前應當對值做一個校驗：如果值小于0，就當作0處理（當然，拋出例外是更好的選擇，但這里不過多引入新概念），顯然欄位沒有這種資料校驗的能力，要解決這個問題，我們可以使用一個方法將對欄位的賦值進行包裝，就像下面這樣：

class Cat
{
    // ... 省略無關代碼
    public int Age;

    public void SetAge(int value)
    {
        Age = value;
    }
}

（顯然，SetAge需要一個引數value指示待賦值的值，至于回傳值則沒有必要）

??在方法里就可以寫賦值的判斷邏輯了，因此我們在SetAge方法中添加對值的校驗：

public void SetAge(int value)
{
    if (value < 0)
    {
        value = https://www.cnblogs.com/HiroMuraki/archive/2022/06/05/0;
    }
    Age = value;
}

??這樣，就可以保證在對欄位Age賦值之前保證值大于等于0了，當然還有一個問題，僅僅這樣你依然無法阻止使用者直接對Age欄位賦值，還是有可能出現之前的錯誤，因此，還需要阻止外部對欄位Age的直接賦值，在C#中，可以通過將欄位的可訪問性設定為private來實作：

class Cat
{
    // ... 省略無關代碼
    private int Age; // 現在欄位只有類內部可以訪問和修改了

    public void SetAge(int value)
    {
        Age = value;
    }
}

（通常，類成員的可訪問性應當盡可能設定為最大的訪問限制）

??另外，我們應該還可以允許獲取欄位Age的值，否則Age欄位就沒有什么意義了，為此，我們還需要提供一個方法來獲取Age的值，如下：

class Cat
{
    // ... 省略無關代碼
    private int Age; // 現在欄位只有類內部可以訪問和修改了

    public void SetAge(int value)
    {
        // ... 省略無關代碼
    }
    public int GetAge()
    {
        return Age;
    }
}

（顯然，獲取Age的不需要提供什么引數，但需要一個回傳值來獲取到Age的值）

??這樣，我們就對欄位的訪問和修改進行了包裝，可以不用擔心再出現Age被賦值為負數的情況，同時可以正常地獲取Age的值，經過上面的封裝，從概念上來講，我們就定義了Age這個屬性，基于這個思路，我們也可以將其他欄位進行封裝為屬性，來避免以后可能出現的對欄位校驗的需求：

class Cat
{
    private string CatID;
    private string Name;
    private int Age;

    public string GetCatID() { ... }
    public void SetCatID(string value) { ... }

    public string GetName() { ... }
    public void SetName(string value) { ... }

    public string GetAge() { ... }
    public void SetAge(int value) { ... }
}

??上面就是如何封裝欄位的示例，我們應該意識到將表示狀態的欄位封裝為屬性可以獲得對資料校驗的能力，從而有效減少編程時可能的因為各種原因而導致的不合理賦值，而其代價最多也就僅僅是多一層方法呼叫而已，

 

3. C#中的屬性：定義、使用與本質

3.1 定義

??現在回過去看Cat，你會發現它似乎有點復雜：

class Cat
{
    private string CatID;
    private string Name;
    private int Age;

    public string GetCatID() { ... }
    public void SetCatID(string value) { ... }

    public string GetName() { ... }
    public void SetName(string value) { ... }

    public string GetAge() { ... }
    public void SetAge(int value) { ... }
}

??第一個問題是，我們定義了三個欄位，卻為此定義了六個方法，更糟糕的是，這些方法似乎都遵頊一定的規律：

  1. 獲取欄位值的方法以Get+欄位名為方法名，不接受任何引數，一個欄位型別的回傳值
  2. 設定欄位值的方法以Set+欄位名為方法名，接受一個引數用于表示待賦值的的值，沒有回傳值，方法大多數時候只是簡單回傳值，

??顯然這種枯燥的重復性作業應該交給代碼生成器自動完成（實際上在一些語言的IDE中確實提供了類似于上述的代碼生成的快捷方式），

??另一個問題是，屬性的使用并不方便，設定于獲取值都需要使用方法呼叫的方式，這一呼叫略顯繁瑣，并且不太直觀：

Cat cat = new Cat();

cat.SetAge(1);
Console.WriteLine(cat.GetAge());

??這兩個問題帶來的不便在很大程度上阻礙了程式員使用屬性，C#在語法層面提供了對于屬性定義的支持，有效緩解了上述兩個問題，一個屬性的定義通常為以下結構：

class Foo
{
    public int Property
    {
        get
        {
            return ...;
        }
        set
        {
            ... = value;
        }
    }
}

??其中的get塊被稱為get訪問器，就相當于原本的GetXXX方法，而set塊則被稱為set訪問器，就相當于原本的SetXXX方法，顯然這種語法減少了實作相應方法所需要書寫的內容，例如下面是使用C#中的屬性定義語法來定義Age屬性的示例：

class Cat
{
    private int _age; // 實際儲存Age屬性值的欄位

    public int Age
    {
        get
        {
            return _age;
        }
        set
        {
            if (value < 0)
            {
                value = https://www.cnblogs.com/HiroMuraki/archive/2022/06/05/0;
            }
            _age = value;
        }
    }
}

??注意在上述方法宣告中，有兩個地方需要注意：

  1. 類中使用了一個名為_age的欄位，請注意屬性本質是方法，它無法儲存值，要儲存值就需要通過其他方法，通常就是提供一個欄位來儲存屬性的值，這樣的欄位被稱為后備欄位（Backing Field），
  2. set方法使用了一個此前從未定義過名為value的變數，這個變數用于指代要賦值給欄位的目標值，這是C#語言提供的語法支持，

??屬性的定義問題得到了簡化，而對于使用，C#的屬性則完全消除了使用屬性時額外的書寫負擔，下面是使用屬性的示例：

Cat cat = new Cat();

cat.Age = -1; // 此時，set塊中的value的值就是-1
Console.WriteLine(cat.Age);

??可以看到使用屬性的和使用欄位在語法上沒有任何差別，也就是說，使用屬性后，就不必像之前那樣按照方法呼叫的方式來獲取或設定值，大大降低了屬性的使用成本，并且讓屬性的作用有更直觀的表現，

3.2 本質

??屬性的本質是方法，也就是說，下述對屬性的定義與使用：

class Cat
{
    private int _age; // 實際儲存Age屬性值的欄位

    public int Age
    {
        get { ... }
        set { ... }
    }
}

Cat cat = new Cat();
cat.Age = -1; 
int catAge = cat.Age;

??實際上作用等同于下述代碼：

class Cat
{
    private int _age; // 實際儲存Age屬性值的欄位

    public void SetAge(int value) { ... }
    public int GetAge() { ... }
}

Cat cat = new Cat();
cat.SetAge(-1);
int catAge = cat.GetAge();

??其中相應的Get方法和Set方法都由編譯器自動生成，并在需要的地方進行轉化，例如：

class Cat
{
    private int _age; 

    public int Age
    {
        // 編譯時轉化為 public int get_Age() { ... }
        get { ... } 
        // 編譯時轉化為 public void set_Age(int value) { ... }
        set { ... } 
    }
}

Cat cat = new Cat();
cat.Age = -1;  // 編譯時轉化為 cat.set_Age(-1);
int catAge = cat.Age // 編譯時轉化為 int catAge = cat.get_age();

??因此請記住這一點：屬性的本質是方法，這對于理解屬性的行為有重要作用，

3.3 再談訪問器

??有時候可能需要定義一種只讀屬性，即外部只能獲取屬性值而無法設定屬性值，例如Cat類的CatID不應該被隨意更改，那么可以通過只定義GetXXX的方法來達到此目的，例如：

class Cat
{
    private string CatID;

    public string GetCatID()
    { 
        return CatID;
    }
}

??這樣，CatID欄位的值設定就只能發生在類內部了，外部只能訪問而不能修改，而在C#中，則可以通過只定義get訪問器來達到此目的：

class Cat
{
    private string _catID; // 實際儲存Age屬性值的欄位

    public string CatID
    {
        get
        {
            return _catID;
        }
    }
}

（當然，你也可以只定義set訪問器來定義只寫屬性，但是顯然只寫屬性沒有太大的意義）

??此外，你可以為訪問器指定訪問修飾符來限制某一訪問器的訪問范圍，如下：

class Cat
{
    private string _catID; // 實際儲存Age屬性值的欄位

    public string CatID
    {
        get
        {
            return _catID;
        }
        protected set
        {
            _catID = value;
        }
    }
}

??上面例子中CatID屬性的set訪問器為protected，即意味著其set訪問器只能被類及其子類訪問，上述宣告等同于下：

class Cat
{
    private string _catID; // 實際儲存Age屬性值的欄位

    public string get_CatID()
    {
        return _catID;
    };

    protected void set_CatID(string catID)
    {
        _catID = value;
    }
}

??注意訪問器的訪問限制必須比本身的屬性的訪問限制更強，也就是說你不能為一個訪問限制為protected的屬性宣告一個public的訪問器，如下：

protected string Name
{
    public get
    {
        return ...;
    }
}

??同樣基于這個原因，將訪問器修飾為public是沒有意義的（public就是最弱的訪問限制，不可能比屬性本身的訪問限制還弱），此外，如果指定了訪問器的訪問修飾符，那么就必須同時宣告get和set訪問器，顯然這是理所當然的，

 

4. C#中屬性的語法糖

??為了提高屬性的使用率，C#還為屬性提供了多種簡化宣告的語法糖，下面同樣對這些語法糖做一一介紹，

4.1 自動屬性

（1）宣告

??一個自動屬性的宣告如下：

public string Name { get; set; }

??其等效于下述代碼：

private string _name;
public string Name
{
    get
    {
        return _name;
    }
    set
    {
        _name = value;
    }
}

??同樣，你可以為自動屬性添加訪問修飾符用來限制訪問器的訪問:

public string Name1 { get; private set; } // 外部只讀屬性
public string Name2 { private get; set; } // 外部只寫屬性

??同樣，也可以僅宣告get訪問器來指示這是一個只讀屬性：

public string Name { get; } // 只讀屬性

??只讀屬性類似于只讀欄位，初始化與賦值只能在構造方法中完成，其本質上也是對只讀欄位的屬性包裝，

??盡管自動屬性沒有任何資料校驗，但是自動屬性的最大的意義在于簡化屬性宣告，宣告為屬性有特殊意義，這意味著如果在此之后如果由于需求變動需要為屬性添加資料校驗或其他操作，只需要簡單地將自動屬性手動實作為完整屬性并重新編譯本程式集即可，而不需要重新編譯之前使用了該屬性的程式（請注意，盡管屬性的使用在代碼層面看起來與使用欄位相同，但是對于CLR來說，屬性的獲取與賦值是依賴方法呼叫，和直接訪問欄位有巨大差別），另外，自動屬性還可以方便宣告虛屬性以及方便在介面中定義屬性，

（2）問題

??編譯器會為自動屬性生成需要的后備欄位，然而其生成的后備欄位的欄位名是不確定的，這意味著如果你的類需要進行序列化，則不應該使用自動屬性，而是使用完整屬性宣告與明確的后備欄位名，

4.2 =>運算式

??你可以通過使用類似于Lambda運算式的=>去宣告set訪問器與get訪問器的主體：

private string _name;
public string Name
{
    get => _name;
    set => _name = value;
}

??此類運算式只是完整宣告語法的語法糖，因為它在編譯期就會被翻譯為完整屬性的宣告，

??另外，如果想宣告只讀屬性，可以使用以下語法：

private string _name;
public string Name => _name;

??上述寫法等效于：

private string _name;
public string Name
{
    get
    {
        return _name;
    }
}

4.1 init訪問器

??除了get和set訪問器外，屬性還有一種被稱為init的訪問器，此訪問器用于替換set訪問器，表示屬性的賦值只能在構造方法或‘物件初始值設定項’陳述句中完成，如有以下類定義：

class Cat
{
    public string Name { get; init; }
}

??那么Name屬性就只能在Cat類的構造方法或者在‘物件初始值設定項’陳述句中完成賦值，也就是說，是下述情況：

class Cat
{
    public string Name { get; init; }

    public Cat()
    {
        Name = "AAA"; // 可以，在構造方法中賦值
    }
}


Cat cat = new Cat()
{
    Name = "BBB" // 可以，在‘物件初始值設定項’塊中賦值
};

cat.Name = "CCC"; // 錯誤

??init訪問器的實作同樣是對只讀欄位的封裝，與只宣告get訪問器的區別在于，宣告init訪問器后屬性還可以通過‘物件初始值設定項’完成賦值，



5. 特殊屬性

5.1 帶參屬性（索引器）

（1）含義

??盡管大多數情況下獲取屬性值不需要引數，但有時候對于一些特殊屬性確實需要傳遞引數，考慮下面的例子：

class IntArray
{
    private int[] array = { 1, 2, 3 };
}

??IntArray是一個對int陣列的包裝，現在假設需要獲取里面array陣列的第一個元素的值，那么該如何獲取？一種辦法是，直接獲取array的參考并直接取下標：

class IntArray
{
    private int[] array = { 1, 2, 3 };

    public int[] GetArray()
    {
        return array;
    }
}

IntArray intArray = new IntArray(); 
int[] array = intArray.GetArray();
int n = array[0];

??這是可以的，但是這一程序略顯麻煩，其實我們可以考慮只傳遞一個下標作為引數并直接回傳內部array陣列中相應下標的值：

class IntArray
{
    private int[] array = { 1, 2, 3 };

    public int GetItem(int index)
    {
        return array[index];
    }
}

IntArray intArray = new IntArray(); 
int[] array = intArray.GetItem(0);

??我們依然可以將GetItem視為一個獲取屬性的方法，但是與一般屬性的Get方法不同的是，GetItem方法還需要額外傳遞一個引數，這種需要額外引數的屬性被稱為有參屬性，C#中的屬性通常指無參屬性，不過C#依然提供了定義有參屬性的方法，這類方法被稱之為‘索引器’，上述例子使用索引器改寫后如下：

class IntArray
{
    private int[] array = { 1, 2, 3 };

    public int this[int index]
    {
        get
        {
            return array[index];
        }
    }
}

??對于上面定義的有參屬性（索引器），使用方法如下：

IntArray intArray = new IntArray(); 
int[] array = intArray[0];

??從某種意義上來說，你可以將索引器視為C#中多載[]運算子的方法，

（2）特點

??和屬性相同，索引器可以定義get訪問器和set訪問器，也可以只定義get訪問器或者只定義set訪問器，并添加需要的訪問修飾符，換句話說，應該認識到索引器就是屬性，只是可以允許傳入額外引數的屬性，因此也可以稱其為有參屬性，也因此可以像對待普通屬性那樣對待有參屬性，

??你可能會好奇既然索引器是屬性，那么為何沒有屬性名？實際上編譯器會為索引器生成一個隱藏的屬性定義，通常這個屬性名叫做‘Item’，也就是說，下述代碼：

class IntArray
{
    private int[] array = { 1, 2, 3 };

    public int this[int index]
    {
        get
        {
            return array[index];
        }
    }
}

??在概念上等效于：

class IntArray
{
    private int[] array = { 1, 2, 3 };

    public int get_Item(int index)
    {
        return array[index];
    }
}

??因此有意思的一點是，默認情況下你不能同時宣告索引器與Item屬性，就像下面這樣：

class IntArray {
    public int Item { get; }

    public int this[int index] { ... } // 編譯錯誤，Item屬性已定義
}

??不過你可以使用IndexerNameAttribute來修改編譯器為索引器生成的隱藏屬性名，string型別便使用此特性將其索引器的隱藏屬性名修改成了更有意義的Chars，

??了解這有一點，你就知道如果通過反射屬性時發現某個型別中存在名為Item的屬性，那么這個型別大概率就定義了索引器，

5.2 靜態屬性

??屬性也可以通過添加static修飾符來將其宣告為靜態屬性，如下：

class Foo
{
    public static int Total { get; set; }
}

??靜態屬性和實體屬性的實質沒有區別，區別僅僅在于靜態屬性對應的Get和Set方法是static方法而已，也就是說，上述例子等同于下：

class Foo
{
    public static int GetTotal() { ... }
    public static void SetTotal(int value) { ... }
}

??因此如何使用靜態方法就如何使用靜態屬性，然而有一點需要說明的，你不能宣告靜態有參屬性（靜態索引器）：

class Foo
{
    public static int this[int index] { ... } // 不允許的宣告
}

int value = https://www.cnblogs.com/HiroMuraki/archive/2022/06/05/Foo[0]; // 錯誤，靜態有參屬性無法宣告

??索引器只是有引數屬性，因此從理論上講，靜態有引數屬性依然可以轉化為等價的方法呼叫，因此這并非是因為CLR（公共運行時）不支持，僅僅只是C#不支持而已，一個原因可能是因為C#中宣告索引器需要用到this關鍵字，顯然this這對于靜態成員來說是不存在的，當然，這一限制通常不會是什么問題，

5.3 依賴屬性

??依賴屬性是WPF中的概念，一個依賴屬性的定義可能如下：

class Cat
{
    public static readonly DependencyProperty AgeProperty =
        DependencyProperty.Register("Age", typeof(int), typeof(Cat), new PropertyMetadata(0));

    public int Age 
    {
        get 
        { 
            return (int)GetValue(AgeProperty); 
        }
        set 
        { 
            SetValue(AgeProperty, value); 
        }
    }
}

??上面的宣告了一個名為AgeProperty的依賴屬性，并提供了一個使用依賴屬性AgeProperty儲存值的名為Age的普通屬性，請注意依賴屬性指的僅僅是上面型別為DependencyProperty的AgeProperty，Age的實作依然類似于普通屬性，和普通屬性的區別只在于其獲取與設定值依賴于依賴屬性而非后備欄位，

??WPF中的依賴屬性提供了對資料系結的支持，資料系結是MVVM模式的核心概念，因此了解依賴屬性對撰寫WPF程式有重要意義，由于本文重點不在于此，故不做深入介紹，

 

6. 屬性雜談

6.1 使用屬性的理由

??在.NET中，屬性的使用應該像呼吸一樣自然，有許多理由去使用屬性而非直接使用欄位，下面列舉幾個常見的理由：

（1）減少錯誤

??正如開頭的例子一樣，利用屬性可以為欄位提供資料校驗功能，有助于減少編程中可能的意外錯誤，

（2）性能

??你可能會認為屬性多了一層方法呼叫會降低性能，但實際上通常來說多的一層方法呼叫并不會對性能有什么顯著的的影響，不應該為了這點微不足道的性能而犧牲可靠性與安全性，另外，JIT對于簡單實作（即沒有復雜代碼）的屬性方法呼叫可能會進行行內，這意味此時屬性的使用將沒有額外的性能開銷，

（3）方便

??C#為屬性提供了語法上的宣告支持，有效減少了宣告為屬性需要撰寫的代碼并消除了使用屬性時的不便，即便欄位此時無需資料校驗，將其宣告為自動屬性也幾乎沒有什么額外的作業量，并且還對未來可能要進行的擴展提供了保障，

（4）不得不用

??有時候你必須使用屬性，例如在WPF，資料系結的資料源必須是屬性，

6.2 不使用屬性的理由

??盡管屬性有多種好處，但有時候你可能不得不使用欄位，下面是一些可能的情況：

（1）使用值型別的屬性與性能敏感的場合：

??考慮下述的結構體定義：

struct Vector2 
{
    public float x;
    public float y;
}

??接著定義一個Square類，使用一個Vector2型別的Position屬性表示其坐標位置，然后實體化一個Square，并嘗試將其Position屬性的x的值修改為1：

class Square 
{
    public Vector2 Position { get; set; }
}

Square square = new Square();
square.Position.x = 1;

??代碼從語法上看起來沒什么問題，然而是無法通過編譯的，錯誤提示為：無法修改square.Position的回傳值，因為它不是變數，如果你能理解這個錯誤提示，應該就能意識到問題在哪了，前面說過，屬性的本質是方法，因此上述的代碼實際表現類似于：

// square.Position.x = 1;
square.get_Position().x = 1;

??請注意問題的根源在于Vector2是一個struct值型別，值型別作為回傳值回傳的是其副本，也就是所get訪問器所獲取的Vector2物件并非是Position的Vector2物件，而是Position的Vector2物件的一個副本，顯然修改這個副本沒有意義，因為這個副本在被修改后就會被丟棄，沒有產生任何影響，所以，如果要修改Position的值，你不得不像下面這樣：

Square square = new Square();
var position = square.GetPosition();
position.x = 1;
square.Position = position;

??顯然這樣存在一些問題，除了書寫起來不便，多余的變數與賦值在對性能有嚴格要求的地方可能有巨大影響，記住這是由于屬性是方法，所以其回傳的只是一個副本，而如果是直接訪問欄位則不存在此問題：

class Square 
{
    public Vector2 Position;
}

Square square = new Square();
square.Position.x = 1;

??另外作為補充，如果非要使用屬性，這里再提一個解決方法，就是使用ref將回傳值標記為參考回傳：

class Square
{
    private Vector2 _position;

    public ref Vector2 Position => ref _position;
}

??這樣Position屬性回傳的就是實際欄位的參考而非副本了，此時便可以直接修改Position的x，

Square square = new Square();
square.Position.x = 1;

// 下面是其等效代碼
Square square = new Square();
ref Vector2 position = ref square.Position;
position.x = 1;

??不過需要注意，回傳參考的屬性無法定義set訪問器，當然，這一設計可以理解，

（2）與本地代碼互動

??有時候在通過P/Invoke呼叫本地代碼的時候，需要按照本地代碼的要求定義結構體，此時就需要直接使用欄位以便與本地代碼進行互動，

6.3 虛屬性

??將屬性宣告為虛屬性是可行的：

class Cat
{
    public virtual string Name { get; set; }
}

??這并不奇怪，前面說過，屬性的本質是方法，因此子類重寫虛屬性就像重寫普通方法一樣自然，也正因為此，在介面中宣告屬性是可行的：

interface ICat
{
    string Name { get; set; }
}

??上述介面的實際定義如下：

interface ICat
{
    string get_Name();
    void set_Name(string value);
}

6.4 用于out與ref引數的屬性

??如果你嘗試將屬性作為ref或者out引數傳遞給方法，編譯器會報錯：

class Cat
{
    public int Age { get; set; }
}

Cat cat = new Cat();

Print(ref cat.Age); // 錯誤，屬性不可作為ref引數傳遞

??請記住屬性的本質是方法，上述代碼的實際含義是：

Print(ref cat.get_Age());

??ref或者out本質上用于獲取目標變數的地址并允許在方法中直接操作該地址指向的資料，盡管你可以認為get_Name()會回傳一個值，這個值應該也有相應的地址，但請記住方法回傳的值是一個副本，因此可以預見這個值在方法跳出后就無法訪問并且不會對現有資料產生實質影響，所以是一個沒有意義的操作，

??不過例外的是，如果屬性回傳的是一個ref屬性，那么屬性還是可以作為ref或者out引數：

class Cat
{
    private int _age;

    public ref int Age => ref _age;
}

Print(ref cat.Age); // 允許

??因為此時屬性回傳的不再是副本，而是對欄位的直接參考，故對其進行修改可以直接作用到原有欄位上，因此該操作是有意義的，

6.5 缺陷與爭論

??不可否認，C#對屬性的語上的支持確實有效緩解了傳統上定義和使用屬性帶來的諸多不便，然而，由于C#中屬性的使用方法和欄位幾乎一致，對于初學者來說往往難以直觀認識到屬性的本質是方法，《CLR via C#》中就有提到過此問題，書的作者認為C#不應該提供現在的屬性語法支持，而是使用更為傳統的定義方法的方式來定義屬性，讓屬性的本質更明確，

??C#中對屬性的設計究竟是利大于弊還是弊大于利這里不做判斷，但無論如何，認識到‘屬性的本質是方法’是十分有必要的，

 

7. 屬性規范

??在C#中，如果要更規范地使用屬性，需要遵循一些設計原則，

（1）屬性命名規范

??屬性的命名應該可以直觀的描述所指代的狀態，并使用Pascal命名法，所謂Pascal命名法就是將名字中各個單詞的首字母大寫，如下是合適的屬性命名：

public string Name { get; set; }
public bool IsCompleted { get; get; }

（2）后備欄位命名規范

??后備欄位應為私有欄位，其命名應該與對應的屬性名相同，但采用Camel命名法，Camel命名法類似于Pascal命名法，區別在于Camel命名法的首個單詞首字母為小寫，此外_ + Camel命名法，或者m_ + Camel命名法也是常用的命名法，下面是用于Name屬性的后備欄位使用三種命名法的示例：

private string name { get; set; }  // Camel命名法
private string _name { get; set; }  // _ + Camel命名法
private string m_name { get; set; } // m_ + Camel命名法

??不過，當前的建議是使用_ + Camel命名法，原因是因為部分語言不區分變數名大小寫，這會導致命名沖突，比如Visual Basic，除此之外，與普通變數名的命名法加以區分，可以避免在方法中訪問欄位時需要額外添加this關鍵字，

轉載請註明出處，本文鏈接：https://www.uj5u.com/net/487806.html

標籤：.NET技术

上一篇：.NET C#基礎（3）：事件 - 不便處理的事就委托出去

下一篇：WinForm Custom(一) Button控制元件

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C＃(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • WebAPI簡介

    Web體系結構： 有三個核心：資源(resource)，URL(統一資源識別符號)和表示 他們的關系是這樣的：一個資源由一個URL進行標識，HTTP客戶端使用URL定位資源，表示是從資源回傳資料，媒體型別是資源回傳的資料格式。 接下來我們說下HTTP. HTTP協議的系統是一種無狀態的方式，使用請求/ ......

    uj5u.com 2020-09-09 22:07:47 more
  • asp.net core 3.1 入口：Program.cs中的Main函式

    本文分析Program.cs 中Main()函式中代碼的運行順序分析asp.net core程式的啟動，重點不是剖析原始碼，而是理清程式開始時執行的順序。到呼叫了哪些實體，哪些法方。asp.net core 3.1 的程式入口在專案Program.cs檔案里，如下。ususing System; us ......

    uj5u.com 2020-09-09 22:07:49 more
  • asp.net網站作為websocket服務端的應用該如何寫

    最近被websocket的一個問題困擾了很久，有一個需求是在web網站中搭建websocket服務。客戶端通過網頁與服務器建立連接，然后服務器根據ip給客戶端網頁發送資訊。 其實，這個需求并不難，只是剛開始對websocket的內容不太了解。上網搜索了一下，有通過asp.net core 實作的、有 ......

    uj5u.com 2020-09-09 22:08:02 more
  • ASP.NET 開源匯入匯出庫Magicodes.IE Docker中使用

    Magicodes.IE在Docker中使用 更新歷史 2019.02.13 【Nuget】版本更新到2.0.2 【匯入】修復單列匯入的Bug，單元測驗“OneColumnImporter_Test”。問題見（https://github.com/dotnetcore/Magicodes.IE/is ......

    uj5u.com 2020-09-09 22:08:05 more
  • 在webform中使用ajax

    如果你用過Asp.net webform， 說明你也算是.NET 開發的老兵了。WEBform應該是2011 2013左右，當時還用visual studio 2005、 visual studio 2008。后來基本都用的是MVC。 如果是新開發的專案，估計沒人會用webform技術。但是有些舊版 ......

    uj5u.com 2020-09-09 22:08:50 more
  • iis添加asp.net網站，訪問提示：由于擴展配置問題而無法提供您請求的

    今天在iis服務器配置asp.net網站，遇到一個問題，記錄一下： 問題：由于擴展配置問題而無法提供您請求的頁面。如果該頁面是腳本，請添加處理程式。如果應下載檔案，請添加 MIME 映射。 WindowServer2012服務器，添加角色安裝完.netframework和iis之后，運行aspx頁面 ......

    uj5u.com 2020-09-09 22:10:00 more
  • WebAPI-處理架構

    帶著問題去思考，大家好！ 問題1：HTTP請求和回傳相應的HTTP回應資訊之間發生了什么？ 1：首先是最底層，托管層，位于WebAPI和底層HTTP堆疊之間 2：其次是 訊息處理程式管道層，這里比如日志和快取。OWIN的參考是將訊息處理程式管道的一些功能下移到堆疊下端的OWIN中間件了。 3：控制器處理 ......

    uj5u.com 2020-09-09 22:11:13 more
  • 微信門戶開發框架-使用指導說明書

    微信門戶應用管理系統，采用基于 MVC + Bootstrap + Ajax + Enterprise Library的技術路線，界面層采用Boostrap + Metronic組合的前端框架，資料訪問層支持Oracle、SQLServer、MySQL、PostgreSQL等資料庫。框架以MVC5，... ......

    uj5u.com 2020-09-09 22:15:18 more
  • WebAPI-HTTP編程模型

    帶著問題去思考，大家好！它是什么？它包含什么？它能干什么？ 訊息 HTTP編程模型的核心就是訊息抽象，表示為：HttPRequestMessage,HttpResponseMessage.用于客戶端和服務端之間交換請求和回應訊息。 HttpMethod類包含了一組靜態屬性： private stat ......

    uj5u.com 2020-09-09 22:15:23 more
  • 部署WebApi隨筆

    一、跨域 NuGet參考Microsoft.AspNet.WebApi.Cors WebApiConfig.cs中配置： // Web API 配置和服務 config.EnableCors(new EnableCorsAttribute("*", "*", "*")); 二、清除默認回傳XML格式 ......

    uj5u.com 2020-09-09 22:15:48 more
最新发布
  • C#多執行緒學習(二) 如何操縱一個執行緒

    <a href="https://www.cnblogs.com/x-zhi/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/2943582/20220801082530.png" alt="" /></...

    uj5u.com 2023-04-19 09:17:20 more
  • C#多執行緒學習(二) 如何操縱一個執行緒

    C#多執行緒學習(二) 如何操縱一個執行緒 執行緒學習第一篇：C#多執行緒學習(一) 多執行緒的相關概念 下面我們就動手來創建一個執行緒，使用Thread類創建執行緒時，只需提供執行緒入口即可。（執行緒入口使程式知道該讓這個執行緒干什么事） 在C#中，執行緒入口是通過ThreadStart代理（delegate）來提供的 ......

    uj5u.com 2023-04-19 09:16:49 more
  • 記一次 .NET某醫療器械清洗系統 卡死分析

    <a href="https://www.cnblogs.com/huangxincheng/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/214741/20200614104537.png" alt="" /&g...

    uj5u.com 2023-04-18 08:39:04 more
  • 記一次 .NET某醫療器械清洗系統 卡死分析

    一：背景 1. 講故事 前段時間協助訓練營里的一位朋友分析了一個程式卡死的問題，回過頭來看這個案例比較經典，這篇稍微整理一下供后來者少踩坑吧。 二：WinDbg 分析 1. 為什么會卡死 因為是表單程式，理所當然就是看主執行緒此時正在做什么? 可以用 ~0s ; k 看一下便知。 0:000> k # ......

    uj5u.com 2023-04-18 08:33:10 more
  • SignalR, No Connection with that ID，IIS

    <a href="https://www.cnblogs.com/smartstar/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/u36196.jpg" alt="" /></a>...

    uj5u.com 2023-03-30 17:21:52 more
  • 一次對pool的誤用導致的.net頻繁gc的診斷分析

    <a href="https://www.cnblogs.com/dotnet-diagnostic/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/3115652/20230225090434.png" alt=""...

    uj5u.com 2023-03-28 10:15:33 more
  • 一次對pool的誤用導致的.net頻繁gc的診斷分析

    <a href="https://www.cnblogs.com/dotnet-diagnostic/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/3115652/20230225090434.png" alt=""...

    uj5u.com 2023-03-28 10:13:31 more
  • C#遍歷指定檔案夾中所有檔案的3種方法

    <a href="https://www.cnblogs.com/xbhp/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/957602/20230310105611.png" alt="" /></a&...

    uj5u.com 2023-03-27 14:46:55 more
  • C#/VB.NET：如何將PDF轉為PDF/A

    <a href="https://www.cnblogs.com/Carina-baby/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/2859233/20220427162558.png" alt="" />...

    uj5u.com 2023-03-27 14:46:35 more
  • 武裝你的WEBAPI-OData聚合查詢

    <a href="https://www.cnblogs.com/podolski/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/616093/20140323000327.png" alt="" /><...

    uj5u.com 2023-03-27 14:46:16 more

Copyright © 2010-2020 有解無憂