? ? ?今天稍微看了下反射的東西，雖然還不是很明白，但也寫寫隨筆，加深下印象。
? ? ?1、反射是什么東西？
? ? ?Reflection，中文翻譯為反射。
? ? ?這是.Net中獲取運(yùn)行時(shí)類型信息的方式，.Net的應(yīng)用程序由幾個(gè)部分：‘程序集(Assembly)’、‘模塊(Module)’、‘類型(class)’組成，而反射提供一種編程的方式，讓程序員可以在程序運(yùn)行期獲得這幾個(gè)組成部分的相關(guān)信息，例如：
? ? ?Assembly類可以獲得正在運(yùn)行的裝配件信息，也可以動(dòng)態(tài)的加載裝配件，以及在裝配件中查找類型信息，并創(chuàng)建該類型的實(shí)例。
Type類可以獲得對(duì)象的類型信息，此信息包含對(duì)象的所有要素：方法、構(gòu)造器、屬性等等，通過Type類可以得到這些要素的信息，并且調(diào)用之。
MethodInfo包含方法的信息，通過這個(gè)類可以得到方法的名稱、參數(shù)、返回值等，并且可以調(diào)用之。
諸如此類，還有FieldInfo、EventInfo等等，這些類都包含在System.Reflection命名空間下。
2、命名空間和裝配件的關(guān)系
很多人對(duì)這個(gè)概念不清楚，對(duì)于一個(gè).NET程序員來說，有必要搞清楚這些概念。
命名空間類似于java的package(包)，但又不是完全相同，因?yàn)镴ava的包必須按照目錄的位置來擺放，而.NET就不需要了，它只需要添加相關(guān)的引用就行了。
裝配件是什么？從字面意思根本無法明白它在C#中是什么，通俗的講，在形成最終的.exe或.dll之前，那些不相關(guān)的和相關(guān)的東西（比如說很多類）要打成包組裝在一起，這些東西就叫做裝配件。當(dāng)然，我們直接把它理解為exe和dll。
裝配件的命名空間的關(guān)系不是一一對(duì)應(yīng)，也不是互相包含的，一個(gè)裝配件可以有多個(gè)命名空間，一個(gè)命名空間也可以在多個(gè)裝配件中存在。這樣說也許我們還不明白，那就舉個(gè)例子：
復(fù)制代碼
//裝配件A：
namespace N1
{
? public class AC1 {…}
? public class AC2 {…}
}
namespace N2
{
? public class AC3 {…}
? public class AC4{…}
}
//裝配件B：
namespace N1
{
? public class BC1 {…}
? public class BC2 {…}
}
namespace N2
{
? public class BC3 {…}
? public class BC4{…}
}
復(fù)制代碼
這兩個(gè)裝配件中都有命名空間N1、N2,而且各聲明了2個(gè)類，這樣是完全可以的，然后我們?cè)谝粋€(gè)應(yīng)用程序中引用裝配件A,那么我們能在這個(gè)應(yīng)用程序下看到N1下的類為AC1、AC2,N2下的類為AC3、AC4。
如果我們?nèi)サ魧?duì)A的引用，然后去引用B裝配件，那在這個(gè)應(yīng)用程序中我們只能看到N1下的BC1、BC2,N2下的BC3、BC4。
? ? ?同時(shí)引用A、B，當(dāng)然就能看到以上所有的類。
到這里，我們可以清楚一個(gè)概念了，命名空間只是說明一個(gè)類型是哪個(gè)族的，比如有人是漢族、有人是回族；而裝配件表明一個(gè)類型住在哪里，比如有人住在北京、有人住在上海；那么北京有漢族人，也有回族人，上海有漢族人，也有回族人，這是不矛盾的。
上面我們說了，裝配件是一個(gè)類型居住的地方，那么在一個(gè)程序中要使用一個(gè)類，就必須告訴編譯器這個(gè)類住在哪兒，編譯器才能找到它，也就是說必須引用該裝配件。
? ? ?那么如果在編寫程序的時(shí)候，也許不確定這個(gè)類在哪里，僅僅只是知道它的名稱，就不能使用了嗎？答案是可以，這就是反射 了，就是在程序運(yùn)行的時(shí)候提供該類型的地址，而去找到它。
3、運(yùn)行期得到類型信息有什么用
? ?有人也許疑問，既然在開發(fā)時(shí)就能夠?qū)懞么a，干嘛還放到運(yùn)行期去做，不光繁瑣，而且效率也受影響。
這就是個(gè)見仁見智的問題了，就跟早綁定和晚綁定一樣，應(yīng)用到不同的場(chǎng)合。有的人反對(duì)晚綁定，理由是損耗效率，但是很多人在享受虛函數(shù)帶來的好處的時(shí)侯還沒有意識(shí)到他已經(jīng)用上了晚綁定。這個(gè)問題說開去，不是三言兩語能講清楚的，所以就點(diǎn)到為止了。
? ?我的看法是，晚綁定能夠帶來很多設(shè)計(jì)上的便利，合適的使用能夠大大提高程序的復(fù)用性和靈活性，但是任何東西都有兩面性，使用的時(shí)侯，需要再三衡量。
接著說，運(yùn)行期得到類型信息到底有什么用呢？
還是舉個(gè)例子來說明，很多軟件開發(fā)者喜歡在自己的軟件中留下一些接口，其他人可以編寫一些插件來擴(kuò)充軟件的功能，比如我有一個(gè)媒體播放器，我希望以后可以很方便的擴(kuò)展識(shí)別的格式，那么我聲明一個(gè)接口：
public interface IMediaFormat
{
string Extension {get;}
Decoder GetDecoder();
}
這個(gè)接口中包含一個(gè)Extension屬性，這個(gè)屬性返回支持的擴(kuò)展名，另一個(gè)方法返回一個(gè)解碼器的對(duì)象（這里我假設(shè)了一個(gè)Decoder的類，這個(gè)類提供把文件流解碼的功能，擴(kuò)展插件可以派生之），通過解碼器對(duì)象我就可以解釋文件流。
那么我規(guī)定所有的解碼插件都必須派生一個(gè)解碼器，并且實(shí)現(xiàn)這個(gè)接口，在GetDecoder方法中返回解碼器對(duì)象，并且將其類型的名稱配置到我的配置文件里面。
這樣的話，我就不需要在開發(fā)播放器的時(shí)侯知道將來擴(kuò)展的格式的類型，只需要從配置文件中獲取現(xiàn)在所有解碼器的類型名稱，而動(dòng)態(tài)的創(chuàng)建媒體格式的對(duì)象，將其轉(zhuǎn)換為IMediaFormat接口來使用。
這就是一個(gè)反射的典型應(yīng)用。
4、反射的一些運(yùn)用
反射的基本概念就是上面那幾條了，那反射有哪些運(yùn)用呢？
（1）通過反射獲取類型
? ? 獲取類型有兩種方法：一種是得到實(shí)例對(duì)象
? ? 這個(gè)時(shí)侯我僅僅是得到這個(gè)實(shí)例對(duì)象，得到的方式也許是一個(gè)object的引用，也許是一個(gè)接口的引用，但是我并不知道它的確切類型，我需要了解，那么就可 以通過調(diào)用System.Object上聲明的方法GetType來獲取實(shí)例對(duì)象的類型對(duì)象，比如在某個(gè)方法內(nèi)，我需要判斷傳遞進(jìn)來的參數(shù)是否實(shí)現(xiàn)了某個(gè) 接口，如果實(shí)現(xiàn)了，則調(diào)用該接口的一個(gè)方法：
?…
public void Process( object processObj )
{
Type t = processsObj.GetType();
if( t.GetInterface(“ITest”) !=null )
? ?…
}
…
另外一種獲取類型的方法是通過Type.GetType以及Assembly.GetType方法，如：
? ? ? Type t = Type.GetType(“System.String”);
? ?需要注意的是，前面我們講到了命名空間和裝配件的關(guān)系，要查找一個(gè)類，必須指定它所在的裝配件，或者在已經(jīng)獲得的Assembly實(shí)例上面調(diào)用GetType。
? ?本裝配件中類型可以只寫類型名稱，另一個(gè)例外是mscorlib.dll，這個(gè)裝配件中聲明的類型也可以省略裝配件名稱（.Net裝配件編譯的時(shí)候，默認(rèn)都引用了mscorlib.dll，除非在編譯的時(shí)候明確指定不引用它），比如：
? ? System.String是在mscorlib.dll中聲明的，上面的Type t = Type.GetType(“System.String”)是正確的
? ? System.Data.DataTable是在System.Data.dll中聲明的，那么：
Type.GetType(“System.Data.DataTable”)就只能得到空引用。
? ? 必須：
Type t = Type.GetType("System.Data.DataTable,System.Data,Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089");
（2）通過反射來遍歷對(duì)象屬性
有個(gè)Test實(shí)體類：
Code有時(shí)候我需要遍歷某個(gè)Test對(duì)象的屬性（名稱和值）或者我很懶而且那個(gè)實(shí)體類的屬性又特別多，那可以用以下方式：
Code同樣有時(shí)候也可以通過這種方法獲取瀏覽器的信息：
Code（3）根據(jù)類型來動(dòng)態(tài)創(chuàng)建對(duì)象
是實(shí)現(xiàn)抽象工廠的基礎(chǔ),也是實(shí)現(xiàn)抽象工廠的核心技術(shù),通過它,可以動(dòng)態(tài)創(chuàng)建一個(gè)你想要的對(duì)象.如下面的例子是演示如何動(dòng)態(tài)創(chuàng)建ChineseName或EnglishName的實(shí)例
using System;
using System.Reflection;
namespace TestReflection
{
? ?class ReflectionExample
? ? {
? ? ? ? public static void Main()
? ? ? ? {
? ? ? ? ? ? IName name=AbstractFactory.GetName();
? ? ? ? ? ? name.ShowName();
? ? ? ? }
? ?}
? ?public class AbstractFactory
? ?{
? ? ? ?public static IName GetName()
? ? ? ?{
? ? ? ? ? ?//s的值以后從Web.config動(dòng)態(tài)獲取
? ? ? ? ? ?//把s賦值為:TestReflection.EnglishName,將顯示英文名
? ? ? ? ? ?string s = "TestReflection.ChineseName";
? ? ? ? ? ?IName name = (IName)Assembly.Load("TestReflection").CreateInstance(s);
? ? ? ? ? ?return name;
? ? ? ?}
? ?}
//聲明一個(gè)接口,它有一個(gè)顯示"名字"的功能
public interface IName
{
void ShowName();
}
? ?//實(shí)現(xiàn)接口,顯示中國名字
? ?public class ChineseName : IName
? ?{
? ? ? ?public void ShowName()
? ? ? ?{
? ? ? ? ? ?Console.WriteLine("!");
? ? ? ? ? ?Console.ReadLine("中文名字");
? ? ? ?}
? ?}
? ?//實(shí)現(xiàn)接口,顯示英國名字
? ?public class EnglishName:IName
? ?{
? ? ? ?void IName.ShowName()
? ? ? ?{
? ? ? ? ? ?Console.WriteLine("Enslish Name");
? ? ? ? ? ?Console.ReadLine();
? ? ? ?}
? ?}
}
