簡單說來，控件就是具有用戶界面的組件。要說的具體一點，就得回顧早期 Windows 的歷史根源，當(dāng)時控件指任何子窗口——按鈕、列表框、編輯框或者某個對話框中的靜態(tài)文本。從概念上講，這些窗口——控件——類似用來操作收音機或小電器的旋鈕和按鈕。隨著控件數(shù)量的增加（組合框、日期時間控件等等），控件逐漸成為子窗口的代名詞，無論是用在對話框中還是用在其它種類的主窗口中。沒過多久 BASIC 程序員開始編寫他們自己專用的控件，自然而然地人們便想到共享這些控件。共享代碼的方法之一是通過磁盤拷貝，但那樣顯然效率低下。必須要有一種機制使開發(fā)者建立的控件能夠在其它程序員的應(yīng)用中輕而易舉地插入，這便是VBA控件，OLE控件，OCX和最后ActiveX 控件的動機。

　　這就是控件和組件之間產(chǎn)生混淆之所在。因為為了解決控件的可復(fù)用問題，所有這些技術(shù)必須首先解決更為一般的組件重用問題。（COM，如果你還記得它的話，意思是組件對象模型）。在軟件行話中，組件這個術(shù)語指任何可復(fù)用的對象或任何可與其它對象交互的代碼體。子程序的發(fā)明，曾經(jīng)一度成為程序員趨之若鶩的軟件工程圣杯：一種統(tǒng)一的編程理論，它使程序員從基本構(gòu)建塊——也就是用所選語言編寫的各種組件建立大型系統(tǒng)。從子程序演變到OOP，到DLLs，再到COM，再到.NET框架的每一種新的編程范例都代表了一種不同的提供可重用性的方案。VBX使用DLLs的固化名稱。COM使用接口和IUnknown。.NET框架使用微軟的中間語言（MSIL）層和公共語言運行時（CLR）來提供統(tǒng)一的粘合。

　　因此，控件是組件的一個主要樣本（并且歷史上曾驅(qū)動著組件的開發(fā)），控件又不僅僅是唯一的一種組件。組件不需要顯示任何信息或用戶界面。組件可能實現(xiàn)科學(xué)計算，收集性能數(shù)據(jù)，計算1971年1月1日到現(xiàn)在的毫秒數(shù)，仰或是讀取布什總統(tǒng)競選活動保險箱里的美金數(shù)。Figure 4 顯示了 Visual Studio .NET 中的非控件組件例子。

　　在 .NET 框架中，術(shù)語控件和組件為 .NET 賦予了專門的意義。Component 類為被用于設(shè)計層面的對象如 Windows Forms Designer （Windows 窗體設(shè)計器）或 Web Forms Designer （Web 窗體設(shè)計器）提供了基本實現(xiàn)。某個 Component 是任何可以被拽到某個窗體的任何東西。Component 類實現(xiàn)IComponent，ISite 和 IContainer。這些接口比起其來自 OLE 時期的 COM 堂兄弟要簡單得多。 IContainer 比起帶有 Add/Remove 方法的組件列表以及組件屬性來要稍微復(fù)雜一點，它獲得的組件是一個 ComponentCollection （組件集合）。

　　IComponent 從 IDisposable 派生而來，并且只有一個屬性，Site，獲取組件的ISite接口。Component 可能有，也可能沒有Site。ISite 有四個屬性，其中包括Name和DesignMode，它控制該組件是否處于——還能是什么？——設(shè)計模式。ISite 派生于另一個接口，IServiceProvider，它只有一個方法，GetService。在COM中，IServiceProvider 類似 QueryInterface——用它可以通過ID來查詢某個對象的接口，但是與 QueryInterface 不同的是該對象本身不用去實現(xiàn)這個接口，它僅僅知道在哪里和如何獲取它即可。同樣，在.NET框架中，IServiceProvider 是一種獲取其它接口或?qū)ο蟮耐ㄓ梅椒?mdash;—服務(wù)——對象不用實現(xiàn)它就知道的一種服務(wù)。

　　.NET框架使得編寫可復(fù)用組件輕松自如，不再需要 IDL，不再需要類型定義語言，不再需要費力的設(shè)計時支持。通過反射（reflection）的魔法，CLR 從代碼本身就已經(jīng)知道了該知道的一切，所有的類都在掌控之中。為了添加設(shè)計時支持，你只要用額外的設(shè)計器標(biāo)記你的屬性即可。例如，在托管C++中：

// in CMyControl
  [Category(S"Appearance")]
  [Description(S"Specifies widget foreground color.")]
  _property Color get_ForeColor() { ... }
  _property void set_ForeColor(Color value) { ... }

　　現(xiàn)在窗體設(shè)計器在“外觀”（Appearance）中列出你的 ForeColor 屬性并使用幫助描述（Description）。有關(guān)設(shè)計時屬性的更多內(nèi)容，請參考.NET框架文檔中的“組件的設(shè)計時屬性”

　　Figure 5 顯示了.NET框架中的類層次結(jié)構(gòu)，它能說明上述討論的問題。正如你所看到的，Control 從
Component 派生而來。這是用另外一種方式來說明控件即組件（反之則不然）。更具體地講，控件是一個用用戶界面的組件——能繪制東西并能與用戶交互。Control 類還是所有托管窗口類的基類——窗體、按鈕、柵格、面板、工具欄等等。Control 類是定義 WndProc 和 ClientSize 以及所有標(biāo)準(zhǔn)窗口事件如 GotFocus 和 Click 的地方。Web控件（System.Web.UI.Control）也是組件，不過從嚴(yán)格的意義上講，它不是從 System.ComponentModel.Component 派生的。（對于 Web 控件，其名字空間為 System.Web.UI，Control 本身實現(xiàn) IComponent。）
除了實現(xiàn) IComponent 之外，System.ComponentModel.Component 還提供了所有組件需要的列集支持，但它是通過從 MarshalByRefObject 派生來實現(xiàn)的。如果想生成一個值列集組件，可以從 MarshalByValueComponent 派生（它實現(xiàn)了 IComponent，IDisposable 和 IServiceProvider）。

　　System.Data.DataColumn，DataSet 和 DataTable 都是是值列集組件的例子。這些對象跨機器/進程邊界傳遞其實際數(shù)據(jù)。

　　如果你正在編寫其他人也能用窗體設(shè)計器拖拽到其窗體的可重用的小組件，那么你必須從 Component 派生。

如果你的小組件還具備用戶界面——能創(chuàng)建窗口，繪畫或與用戶交互——那么就應(yīng)該從 Control 派生。明白了嗎？