深入浅出Attribute （转载)
為什么80%的碼農(nóng)都做不了架構(gòu)師？>>> ??
原文地址:http://blog.csdn.net/FantasiaX/article/details/1627694
正文：
什么是Attribute？Attribute是干什么使的？Attribute與Property到底有什么區(qū)別？……
長(zhǎng)久以來(lái)，這些問(wèn)題一直困擾著并不怎么廣大的C#初學(xué)者。原因大概有兩個(gè)，一是Attribute平時(shí)不怎么常用（沒(méi)用慣怎么可能常用嗎！）二是這個(gè)家伙不太好翻譯——它與Property這個(gè)詞意義相近，都有“屬性”這個(gè)詞條（而且在HTML語(yǔ)言中，Attribute也的確與C#面向?qū)ο蟾拍钪械腜roperty意思一致），因此很多譯者，特別是C#剛剛出來(lái)那陣子，拿捏不好應(yīng)該怎么翻譯，搞的C#初學(xué)者一遇到“屬性”就發(fā)懵、一遇到“Attribute”就發(fā)怵。現(xiàn)在情況還算比較明朗了，Attribute一般譯作“特性”，Property仍然譯為“屬性”。
今天，先讓我們來(lái)學(xué)習(xí)一下到底什么是Attribute并體驗(yàn)一下Attribute的威力，然后讓我們徹底澄清Attribute與Property之間的區(qū)別。
什么是Attribute：
大多數(shù)書(shū)籍都喜歡講——“Attribute是一種可由用戶自由定義的修飾符（Modifier），可以用來(lái)修飾各種需要被修飾的目標(biāo)”——如此晦澀的言辭，怎么可能讓新手一下子明白呢？（不過(guò)，等你看完這篇文章、成為“老手”之后，你會(huì)發(fā)現(xiàn)這句話說(shuō)得還是挺有道理的。）況且，修飾符（比如private、public、static、ref、out等等）都是C#語(yǔ)言本身的關(guān)鍵字，而Attribute看起來(lái)又與語(yǔ)言本身不著邊際。God！Attribute到底是個(gè)什么東東呢？
其實(shí)特別簡(jiǎn)單——Attribute就是一種“附著物”——就像牡蠣吸附在船底或礁石上一樣。這些附著物的作用是為它們的附著體追加上一些額外的信息（這些信息就保存在附著物的體內(nèi)）——比如“這個(gè)類(lèi)是我寫(xiě)的”或者“這個(gè)函數(shù)以前出過(guò)問(wèn)題”等等。
你可能會(huì)問(wèn)：這跟注釋有什么區(qū)別呢？
當(dāng)然有區(qū)別啦！注釋是對(duì)程序源代碼的一種說(shuō)明，主要目的是給人看的，在程序被編譯的時(shí)候會(huì)被編譯器所丟棄，因此，它絲毫不會(huì)影響到程序的執(zhí)行。而Attribute是程序代碼的一部分，不但不會(huì)被編譯器丟棄，而且還會(huì)被編譯器編譯進(jìn)程序集（Assembly）的元數(shù)據(jù)（Metadata）里，在程序運(yùn)行的時(shí)候，你隨時(shí)可以從元數(shù)據(jù)里提取出這些附加信息來(lái)決策程序的運(yùn)行。
口說(shuō)無(wú)憑，舉個(gè)例子你馬上就會(huì)明白了——讓我們來(lái)考慮這樣一種情況：
有一個(gè)類(lèi)，由兩個(gè)程序員——小張和小李——共同維護(hù)。這個(gè)類(lèi)是在項(xiàng)目中起一個(gè)“工具包”（Utilities）的作用（就像.NET Framework中的Math類(lèi)一樣），里面含了幾十個(gè)靜態(tài)方法（也就是用static修飾過(guò)的函數(shù)啦）。這些靜態(tài)方法中，一半是小張寫(xiě)的、一半是小李寫(xiě)的；在項(xiàng)目的測(cè)試中，還有一些靜態(tài)方法曾經(jīng)出過(guò)bug，當(dāng)然后來(lái)又被修正過(guò)了。這樣，我們就可以把這些方面劃分成這樣幾類(lèi)：
我們分類(lèi)的目的主要是在測(cè)試的時(shí)候可以按不同的類(lèi)別進(jìn)行測(cè)試、獲取不同的效果——比如統(tǒng)計(jì)兩個(gè)人的工作量或者對(duì)曾經(jīng)出過(guò)bug的方法進(jìn)行回歸測(cè)試。
如果不使用Attribute，為了區(qū)分這四類(lèi)靜態(tài)方法，我們有兩種方法：
1. 把這些信息體現(xiàn)在方法的名稱(chēng)中，看起來(lái)就像這樣——
//...
public static void Li_Buged_Method_1(double arg1, double arg2) { /*...*/}
public static void Li_NoBug_Method_2(double arg1, double arg2) { /*...*/}
public static void Zhang_Buged_Method_3(double arg1, double arg2) { /*...*/}
public static void Zhang_NoBug_Method_4(double arg1, double arg2) { /*...*/}
//...
很顯然，這樣是行不通的，因?yàn)檫@樣會(huì)在方法命名中遺留很多與程序邏輯本身無(wú)關(guān)的“垃圾信息”。舉個(gè)極端點(diǎn)兒的例子：如果小張和小李調(diào)走了，由小趙和小孫接手他們的工作，后來(lái)小趙和小孫也調(diào)走了，由小劉和小王接手維護(hù)工作……舊方法的名字不敢改，新方法的名字要用新姓氏命名，時(shí)間一長(zhǎng)，這個(gè)類(lèi)就跟《百家姓》沒(méi)什么區(qū)別了:p
2. 另一種方法是為每個(gè)方法加注釋，看起來(lái)會(huì)是這樣——
//...
public static void Method_1(double arg1, double arg2) { /*...*/} // Created By Li, Buged
public static void Method_2(double arg1, double arg2) { /*...*/} // Created By Li, NoBug
public static void Method_3(double arg1, double arg2) { /*...*/} // Created By Zhang, Buged
public static void Method_4(double arg1, double arg2) { /*...*/} // Created By Zhang, NoBug
//...
這樣做的好處是清除了代碼中的“垃圾信息”，但情況并沒(méi)有好到哪兒去。為了統(tǒng)計(jì)程序員的工作量，你還得一邊看注釋一邊計(jì)數(shù)，為了把出過(guò)bug和沒(méi)出過(guò)bug的方法分開(kāi)跑，你要在執(zhí)行的時(shí)候不停地把這個(gè)方法注釋掉（在調(diào)用前加//，取消它的執(zhí)行）、為那個(gè)方法取消注釋……如果是幾十個(gè)方法還好辦，如果是幾千個(gè)呢？（別不相信，我在MSN測(cè)試組里呆著的時(shí)候，一組方法就有一千四百多個(gè)呢！）之所以出現(xiàn)這個(gè)問(wèn)題，根本原因是注釋會(huì)被編譯器拋棄，因此在執(zhí)行期注釋絲毫幫不上我們的忙。
難道我們沒(méi)有別的辦法了嗎？峰回路轉(zhuǎn)，Attribute登場(chǎng)！
Attribute范例
請(qǐng)編譯運(yùn)行下面這個(gè)程序：
//====水之真諦====//
//上善若水,潤(rùn)物無(wú)聲//
/* http://blog.csdn.net/FantasiaX? */
//#define NOBUG
#define BUGED // C#的宏定義必須出現(xiàn)在所有代碼之前。當(dāng)前我們只讓BUGED宏有效。
//#define LI
//#define ZHANG
using System;
using System.Diagnostics; // 注意：這是為了使用包含在此名稱(chēng)空間中的ConditionalAttribute特性
namespace AttributeSample
{
class ToolKit
{
[ConditionalAttribute("LI")] // Attribute名稱(chēng)的長(zhǎng)記法
[ConditionalAttribute("BUGED")]
public static void Method1() { Console.WriteLine("Created By Li, Buged."); }
[ConditionalAttribute("LI")]
[ConditionalAttribute("NOBUG")]
public static void Method2() { Console.WriteLine("Created By Li, NoBug."); }
[Conditional("ZHANG")] // Attribute名稱(chēng)的短記法
[Conditional("BUGED")]
public static void Method3() { Console.WriteLine("Created By Zhang, Buged."); }
[Conditional("ZHANG")]
[Conditional("NOBUG")]
public static void Method4() { Console.WriteLine("Created By Zhang, NoBug."); }
}
class Program
{
static void Main(string[] args)
{
// 雖然方法都被調(diào)用了，但只有符合條件的才會(huì)被執(zhí)行。
ToolKit.Method1();
ToolKit.Method2();
ToolKit.Method3();
ToolKit.Method4();
}
}
}
執(zhí)行結(jié)果：
實(shí)例分析：
1. 在本例中，我們使用了ConditionalAttribute這個(gè)Attribute，它被包含在System.Diagnostics名稱(chēng)空間中。顯然，它多半時(shí)間是用來(lái)做程序調(diào)試與診斷的。
2. 與ConditionalAttribute相關(guān)的是一組C#宏，它們看起來(lái)與C語(yǔ)言的宏別無(wú)二致，位置必需出現(xiàn)在所有C#代碼之前。顧名思義，ConditionalAttribute是用來(lái)判斷條件的，而這組宏就是將被ConditionalAttribute所判斷的條件。凡被ConditionalAttribute“附著”了的方法，只有滿足了條件才會(huì)執(zhí)行。
3. 就像船底上可以附著很多牡蠣一樣，一個(gè)方法上也可以附著多個(gè)ConditionalAttribute的實(shí)例。把Attribute附著在目標(biāo)上的書(shū)寫(xiě)格式很簡(jiǎn)單——用方括號(hào)把Attribute一括就行了，后面緊接著寫(xiě)Attribute的附著體就行了。當(dāng)多個(gè)Attribute附著在同一個(gè)目標(biāo)上時(shí)，把這些Attribute的方括號(hào)一個(gè)挨一個(gè)地書(shū)寫(xiě)就行了（或者是在一對(duì)方括號(hào)中書(shū)寫(xiě)多個(gè)Attribute），而且不必在乎它們的順序。
4. 在使用Attribute的時(shí)候，有“長(zhǎng)記法”和“短記法”兩種，請(qǐng)君自便J
由上面的第3和第4條我們可以推出，以下四種Attribute的使用方式是完全等價(jià)的：
[ConditionalAttribute("LI")] // 長(zhǎng)記法
[ConditionalAttribute("NOBUG")]
public static void Method2() { Console.WriteLine("Created By Li, NoBug."); }
[Conditional("LI")] // 短記法
[Conditional("NOBUG")]
public static void Method2() { Console.WriteLine("Created By Li, NoBug."); }
[Conditional("NOBUG")] // 換序
[Conditional("LI")]
public static void Method2() { Console.WriteLine("Created By Li, NoBug."); }
[Conditional("NOBUG"), Conditional("LI")] // 單括號(hào)疊加
public static void Method2() { Console.WriteLine("Created By Li, NoBug."); }
當(dāng)我們對(duì)Attribute的用途有所了解后，我們就可以向Attribute的本質(zhì)進(jìn)發(fā)了！
TO BE CONTINUE
請(qǐng)關(guān)注：
- 《深入淺出Attribute》（中）——Attribute的本質(zhì)
- 《深入淺出Attribute》（下）——Attribute V.S. Property
法律聲明：本文章受到知識(shí)產(chǎn)權(quán)法保護(hù)，任何單位或個(gè)人若需要轉(zhuǎn)載此文，必需保證文章的完整性（未經(jīng)作者許可的任何刪節(jié)或改動(dòng)將視為侵權(quán)行為）。若您需要轉(zhuǎn)載，請(qǐng)務(wù)必注明文章出處為CSDN以保障網(wǎng)站的權(quán)益；請(qǐng)務(wù)必注明文章作者為劉鐵猛（http://blog.csdn.net/FantasiaX），并向liutm@beyondsoft.com發(fā)送郵件，標(biāo)明文章位置及用途。轉(zhuǎn)載時(shí)請(qǐng)將此法律聲明一并轉(zhuǎn)載，謝謝！
深入淺出Attribute（中）——Attribute本質(zhì)論
CSDN 劉鐵猛
2007-06-04
小序：
上篇里，我們把Attribute“粘”在類(lèi)的成員方法上show了一把，讓Attribute跟大家混了個(gè)臉兒熟。中篇里，我們將探討“究竟什么是Attribute”和“如何創(chuàng)建及使用Attribute”這兩個(gè)問(wèn)題。
準(zhǔn)備好了嗎？Let’s go!
正文：
從上篇里我們可以看到，Attribute似乎總跟public、static這些關(guān)鍵字（Keyword）出現(xiàn)在一起。莫非使用了Attribute就相當(dāng)于定義了新的修飾符（Modifier）嗎？讓我們來(lái)一窺究竟！
先把下面這個(gè)例子編譯出來(lái)：
#define OK
using System;
using System.Diagnostics;
namespace Sample
{
class Program
{
[Conditional("OK")]
public static void TargetMethod()
{
Console.ForegroundColor = ConsoleColor.Green;
Console.WriteLine("/t=<水之真諦>=/nhttp://blog.csdn.net/FantasiaX/n/n");
}
static void Main(string[] args)
{
TargetMethod();
}
}
}
毋庸置疑，它的運(yùn)行結(jié)果會(huì)是這樣：
接下來(lái)，讓我們把編譯出的結(jié)果（.EXE文件）用“微軟中間語(yǔ)言反編譯器”打開(kāi)，查看存儲(chǔ)在程序集（Assembly，這在個(gè)例子中就是這個(gè).EXE文件）中的中間語(yǔ)言代碼（中間語(yǔ)言也就是我們常說(shuō)的通用語(yǔ)言）。
如果你認(rèn)為反匯編是件很神秘的事情，那你可就錯(cuò)了！比起x86匯編語(yǔ)言來(lái)，對(duì).NET程序集的反匯編要簡(jiǎn)單得多——甚至可以說(shuō)是與C#語(yǔ)言一一對(duì)應(yīng)：
嚴(yán)格地來(lái)說(shuō)，用來(lái)形成上圖中樹(shù)狀結(jié)構(gòu)的代碼并不是程序集中的中間語(yǔ)言，而主要是元數(shù)據(jù)（Metadata）的功勞。包含在程序集中的元數(shù)據(jù)記錄了這個(gè)程序集里有多少個(gè)namespace、多少個(gè)類(lèi)、類(lèi)里有什么成員、成員的訪問(wèn)級(jí)別是什么……而且，元數(shù)據(jù)是以文本（也就是Unicode字符）形式存在的，使用.NET的反射（Reflection）技術(shù)，很容易就能把它們讀取出來(lái)并形成各種各樣的漂亮視圖——上面的樹(shù)狀圖、VS里的Object Browser視圖和自動(dòng)代碼提示功能，都是元數(shù)據(jù)與反射技術(shù)結(jié)合的產(chǎn)物。一個(gè)程序集（.EXE或.DLL）能夠使用包含在自己體內(nèi)的元數(shù)據(jù)來(lái)完整地說(shuō)明自己，而不必像C/C++那樣帶著一大捆頭文件，這就叫作“自包含性”或“自描述性”。
扯的有點(diǎn)兒遠(yuǎn)了——讓我們回到正題，雙擊反編譯器中的TargetMethod:void()。這回彈出窗口里顯示的內(nèi)容是真正的微軟中間語(yǔ)言代碼了。這些代碼也都是文本形式的，需要經(jīng)過(guò).NET的“虛擬機(jī)”再編譯后才能被CPU所執(zhí)行。順便說(shuō)一句：VB.NET代碼也會(huì)編譯成這樣的中間代碼，所以，.NET平臺(tái)上所有語(yǔ)言的編譯結(jié)果都是通用的。換句話說(shuō)，你用C#編寫(xiě)了一個(gè)組件，把它編譯成一個(gè)DLL文件并交給VB.NET程序員，VB.NET程序員可以直接使用，絲毫不必有任何擔(dān)心J
今天我們不打算研究中間語(yǔ)言的編譯和執(zhí)行，主要是打算通過(guò)中間語(yǔ)言對(duì)一些被C#語(yǔ)言所掩蓋的事實(shí)一窺究竟。
仔細(xì)觀察中間代碼之后，Attribute變得了無(wú)秘密！圖中藍(lán)色箭頭所指處是兩個(gè)“真正的”修飾符——Attribute并沒(méi)有出現(xiàn)在這里。而在紅色箭頭所標(biāo)識(shí)的位置，我們可以清楚地看出——這分明是在調(diào)用mscorlib.dll程序集System.Diagnostics名稱(chēng)空間中ConditionalAttribute類(lèi)的構(gòu)造函數(shù)。可見(jiàn)，Attribute并不是修飾符，而是一個(gè)有著獨(dú)特實(shí)例化形式的類(lèi)！
Attribute實(shí)例化有什么獨(dú)特之處呢？還是讓我們?cè)俅斡^察中間語(yǔ)言代碼——它有兩個(gè)獨(dú)特之處。
1. 它的實(shí)例是使用.custom聲明的。查看中間語(yǔ)言語(yǔ)法，你會(huì)發(fā)現(xiàn).custom是專(zhuān)門(mén)用來(lái)聲明自定義特性的。
2. 聲明的位置是在函數(shù)真正的代碼（IL_0000:至IL_0014）之前。
God,我懷疑是不是講的太深了。沒(méi)關(guān)系，上面關(guān)于中間語(yǔ)言的東西你都可以不care，只需要記住一個(gè)結(jié)論就可以了——我們已經(jīng)從“底層”證明了Attribute不是什么“修飾符”，而是一種實(shí)例化方式比較特殊的類(lèi)。
Attribute的實(shí)例化
就像牡蠣天生就要吸附在礁石或船底上一樣，Attribute的實(shí)例一構(gòu)造出來(lái)就必需“粘”在一個(gè)什么目標(biāo)上。
Attribute實(shí)例話的語(yǔ)法是相當(dāng)怪異的，主要體現(xiàn)在以下三點(diǎn)上：
1. 不使用new操作符來(lái)產(chǎn)生實(shí)例，而是使用在方括號(hào)里調(diào)用構(gòu)造函數(shù)的來(lái)產(chǎn)生實(shí)例。
2. 方括號(hào)必需緊挨著放置在被附著目標(biāo)的前面。
3. 因?yàn)榉嚼ㄌ?hào)里空間有限，不能像使用new那樣先構(gòu)造對(duì)象后再對(duì)對(duì)象的屬性（Property）一一賦值。因此，對(duì)Attribute實(shí)例的屬性的賦值也都擠在了構(gòu)造函數(shù)的圓括號(hào)里L(fēng)
說(shuō)實(shí)話，寫(xiě)代碼的時(shí)候?qū)τ诘?、第2兩條適應(yīng)起來(lái)還算容易，第3條寫(xiě)出來(lái)怎么看怎么別扭……而且尤其要記著的是：
1. 構(gòu)造函數(shù)的參數(shù)是一定要寫(xiě)的——有幾個(gè)就得寫(xiě)幾個(gè)——因?yàn)槟悴粚?xiě)的話實(shí)例就無(wú)法構(gòu)造出來(lái)。
2. 構(gòu)造函數(shù)參數(shù)的順序不能錯(cuò)，這個(gè)很容易理解——調(diào)用任何一個(gè)函數(shù)你都不能改變參數(shù)的順序——除非它有相應(yīng)的重載（Overload）。因?yàn)檫@個(gè)順序的固定的，所以有些書(shū)里管這些參數(shù)稱(chēng)為“定位參數(shù)”，意即“個(gè)數(shù)和位置固定的參數(shù)”。
3. 對(duì)Attribute實(shí)例的屬性的賦值可有可無(wú)——反正它會(huì)有一個(gè)默認(rèn)值。而且，先對(duì)哪個(gè)屬性賦值、后對(duì)哪個(gè)屬性賦值不受限制。有些書(shū)管這些為屬性賦值的參數(shù)叫“具名參數(shù)”——令人匪夷所思。
OK，百聞不如一見(jiàn)，還是讓我們自己寫(xiě)一個(gè)Attribute類(lèi)來(lái)體驗(yàn)一下吧！
自己動(dòng)手寫(xiě)Attribute
這回我們拋棄.NET Framework給我們準(zhǔn)備好的各種Attribute，從頭寫(xiě)一個(gè)全新的Attribute——Oyster。
下面我給出一個(gè)完整的小例子：
//======水之真諦=======//
// 上善若水,潤(rùn)物無(wú)聲 //
/* http://blog.csdn.net/FantasiaX */
using System;
namespace OysterAttributeSample
{
class Oyster: System.Attribute // 必需以System.Attribute類(lèi)為基類(lèi)
{
// Kind屬性，默認(rèn)值為null
private string kind;
public string Kind
{
get { return kind; }
set { kind = value; }
}
// Age屬性，默認(rèn)值為
private uint age;
public uint Age
{
get { return age; }
set { age = value; }
}
// 值為null的string是危險(xiǎn)的，所以必需在構(gòu)造函數(shù)中賦值
public Oyster(string arg) // 定位參數(shù)
{
this.Kind = arg;
}
}
[Oyster("Thorny ", Age=3)] // 3年的多刺牡蠣附著在輪船（這是一個(gè)類(lèi)）上。注意：對(duì)屬性的賦值是在圓括號(hào)里完成的！
class Ship
{
[Oyster("Saddle")] // 0年的鞍形牡蠣附著在船舵（這是一個(gè)數(shù)據(jù)成員）上，Age使用的是默認(rèn)值，構(gòu)造函數(shù)的參數(shù)必需完整
public string Rudder;
}
class Program
{
static void Main(string[] args)
{
// ... 使用反射來(lái)讀取Attribute
}
}
}
為了不把代碼拖的太長(zhǎng)，上面這個(gè)例子中Oyster類(lèi)的構(gòu)造函數(shù)只有一個(gè)參數(shù)，所以對(duì)“定位參數(shù)”體現(xiàn)的還不夠淋漓盡致。大家可以再為Oyster類(lèi)添加幾個(gè)屬性，并在構(gòu)造函數(shù)里多設(shè)置幾個(gè)參數(shù)，體驗(yàn)一下Attribute實(shí)例化時(shí)對(duì)參數(shù)個(gè)數(shù)及參數(shù)位置的敏感性。
能被Attribute所附著的目標(biāo)
讓我們思考這樣一個(gè)問(wèn)題：牡蠣可以附著在船底、礁石上、橋墩上……甚至是別的牡蠣身上，那么Attribute呢？都可以將自己的實(shí)例附著在什么目標(biāo)上呢？
這個(gè)問(wèn)題的答案隱藏在AttributeTargets這個(gè)枚舉類(lèi)型里——這個(gè)類(lèi)型的可取值集合為：
=============================================================================
All Assembly Class Constructor
Delegate Enum Event Field
GenericParameter Interface Method Module
Parameter Property ReturnValue Struct
=============================================================================
一共是16個(gè)可取值。
不過(guò)，上面這張表是按字母順序排列的，并不代表它們真實(shí)值的排列順序。使用下面這個(gè)小程序可以查看每個(gè)枚舉值對(duì)應(yīng)的整數(shù)值。
// =<水之真諦>=
// http://blog.csdn.net/FantasiaX
using System;
namespace AttributeTargetValue
{
class Program
{
static void Main(string[] args)
{
Console.WriteLine("Assembly/t/t/t{0}", Convert.ToInt32(AttributeTargets.Assembly));
Console.WriteLine("Module/t/t/t/t{0}", Convert.ToInt32(AttributeTargets.Module));
Console.WriteLine("Class/t/t/t/t{0}", Convert.ToInt32(AttributeTargets.Class));
Console.WriteLine("Struct/t/t/t/t{0}", Convert.ToInt32(AttributeTargets.Struct));
Console.WriteLine("Enum/t/t/t/t{0}", Convert.ToInt32(AttributeTargets.Enum));
Console.WriteLine("Constructor/t/t/t{0}", Convert.ToInt32(AttributeTargets.Constructor));
Console.WriteLine("Method/t/t/t/t{0}", Convert.ToInt32(AttributeTargets.Method));
Console.WriteLine("Property/t/t/t{0}", Convert.ToInt32(AttributeTargets.Property));
Console.WriteLine("Field/t/t/t/t{0}", Convert.ToInt32(AttributeTargets.Field));
Console.WriteLine("Event/t/t/t/t{0}", Convert.ToInt32(AttributeTargets.Event));
Console.WriteLine("Interface/t/t/t{0}", Convert.ToInt32(AttributeTargets.Interface));
Console.WriteLine("Parameter/t/t/t{0}", Convert.ToInt32(AttributeTargets.Parameter));
Console.WriteLine("Delegate/t/t/t{0}", Convert.ToInt32(AttributeTargets.Delegate));
Console.WriteLine("ReturnValue/t/t/t{0}", Convert.ToInt32(AttributeTargets.ReturnValue));
Console.WriteLine("GenericParameter/t/t{0}", Convert.ToInt32(AttributeTargets.GenericParameter));
Console.WriteLine("All/t/t/t/t{0}", Convert.ToInt32(AttributeTargets.All));
Console.WriteLine("/n");
}
}
}
程序的運(yùn)行結(jié)果是：
可能出乎你的預(yù)料——它們的值并不是步長(zhǎng)值為1的線性遞增。你觀察出什么規(guī)律來(lái)了嗎？提醒你一下：從二進(jìn)制的角度來(lái)考慮喔！！
我想你一定發(fā)現(xiàn)了規(guī)律——除了All的值之外，每個(gè)值的二進(jìn)制形式中只有一位是“1”，其余位全是“0”。這就是枚舉值的另一種用法——標(biāo)識(shí)位。那么，標(biāo)識(shí)位有什么好處呢？
考慮這樣一種情況：我們的Attribute要求既能附著在類(lèi)上，又能附著在類(lèi)的方法上，應(yīng)該怎么做呢？
我們知道，C#中有一個(gè)操作符“|”（也就是按位求“或”）。有了它，我們只需要書(shū)寫(xiě)
AttributeTargets.Class | AttributeTargets.Method
就可以了。因?yàn)檫@兩個(gè)枚舉值的標(biāo)識(shí)位（也就是那個(gè)唯一的“1”）是錯(cuò)開(kāi)的，所以只需要按位求或就解決問(wèn)題了。我想，聰明的你一定立刻就能解釋為什么AttributeTargets.All的值是32767了吧:p
OK，了解了這些之后，我們應(yīng)該怎樣控制一個(gè)Attribute的附著目標(biāo)呢？
默認(rèn)情況下，當(dāng)我們聲明并定義一個(gè)新Attribute類(lèi)時(shí)，它的可附著目標(biāo)是AttributeTargets.All。大多數(shù)情況下AttributeTargets.All就已經(jīng)滿足需求了，不過(guò)，如果你非要對(duì)它有所限制，那就要費(fèi)點(diǎn)兒周折了。
還拿我們上面創(chuàng)建的OysterAttribute舉例——如果你想把它的附著目標(biāo)限制為只有“類(lèi)”和“值域”，你就應(yīng)該這樣書(shū)寫(xiě)：
[AttributeUsage(AttributeTargets.Class|AttributeTargets.Field)]
class Oyster : System.Attribute
{
// OysterAttribute類(lèi)的具體實(shí)現(xiàn)
}
沒(méi)想到吧！原來(lái)是用Attribute（的實(shí)例）附著在Attribute（類(lèi)）上！本來(lái)嗎，Attribute的本質(zhì)就是類(lèi)，而AttributeTargets.Class 又說(shuō)明Attribute可以附著在類(lèi)上，所以，使用Attribute來(lái)“修飾”Attribute也就順理成章了J
最后，細(xì)心的讀者可能會(huì)問(wèn)這樣兩個(gè)問(wèn)題：
1. 如果一個(gè)Attribute附著在了某個(gè)類(lèi)上，那么這個(gè)Attribute會(huì)為會(huì)隨著繼承關(guān)系也附著在派生類(lèi)上呢？
2. 可不可以像多個(gè)牡蠣附著在同一艘船上那樣，讓一個(gè)Attribute的多個(gè)實(shí)例附著在同一個(gè)目標(biāo)上呢？
Very good! 這真是兩個(gè)好問(wèn)題！請(qǐng)看下面的代碼：
[AttributeUsage(AttributeTargets.Class | AttributeTargets.Field, Inherited = false, AllowMultiple = true)]
class Oyster : System.Attribute
{
// OysterAttribute類(lèi)的具體實(shí)現(xiàn)
}
原來(lái)，AttributeUsage這個(gè)用來(lái)專(zhuān)門(mén)修飾Attribute的Attribute除了可以控制修飾目標(biāo)外，還能決定被它修飾的Attribute是否能夠隨宿主“遺傳”以及是否可以使用多個(gè)實(shí)例來(lái)修飾同一個(gè)目標(biāo)！
OK，大家猜一猜，修飾ConditionalAttribute的AttributeUsage會(huì)是什么樣子呢？（提示：答案在MSDN里。）
TO BE CONTINUE
敬請(qǐng)關(guān)注：
《深入淺出Attribute（下）——Attribute V.S. Property》
法律聲明：本文章受到知識(shí)產(chǎn)權(quán)法保護(hù)，任何單位或個(gè)人若需要轉(zhuǎn)載此文，必需保證文章的完整性（未經(jīng)作者許可的任何刪節(jié)或改動(dòng)將視為侵權(quán)行為）。若您需要轉(zhuǎn)載，請(qǐng)務(wù)必注明文章出處為CSDN以保障網(wǎng)站的權(quán)益；請(qǐng)務(wù)必注明文章作者為劉鐵猛（http://blog.csdn.net/FantasiaX），并向liutm@beyondsoft.com發(fā)送郵件，標(biāo)明文章位置及用途。轉(zhuǎn)載時(shí)請(qǐng)將此法律聲明一并轉(zhuǎn)載，謝謝！
轉(zhuǎn)載于:https://my.oschina.net/wzzz/blog/206186
總結(jié)
以上是生活随笔為你收集整理的深入浅出Attribute （转载)的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇： 九度 1479：移位和旋转
- 下一篇： Samba整合Openldap认证