什麼是組件，什麼是控件。以及他們的區別

簡單說來，控件就是具有用戶界面的組件。要說的具體一點，就得回顧早期 Windows 的歷史根源，當時控件指任何子窗口——按鈕、列表框、編輯框或者某個對話框中的靜態文本。從概念上講，這些窗口——控件——類似用來操作收音機或小電器的旋鈕和按鈕。隨着控件數量的增加（組合框、日期時間控件等等），控件逐漸成爲子窗口的代名詞，無論是用在對話框中還是用在其它種類的主窗口中。沒過多久 BASIC 程序員開始編寫他們自己專用的控件，自然而然地人們便想到共享這些控件。共享代碼的方法之一是通過磁盤拷貝，但那樣顯然效率低下。必須要有一種機制使開發者建立的控件能夠在其它程序員的應用中輕而易舉地插入，這便是VBA控件，OLE控件，OCX和最後ActiveX 控件的動機。
　　這就是控件和組件之間產生混淆之所在。因爲爲了解決控件的可複用問題，所有這些技術必須首先解決更爲一般的組件重用問題。（COM，如果你還記得它的話，意思是組件對象模型）。在軟件行話中，組件這個術語指任何可複用的對象或任何可與其它對象交互的代碼體。子程序的發明，曾經一度成爲程序員趨之若鶩的軟件工程聖盃：一種統一的編程理論，它使程序員從基本構建塊——也就是用所選語言編寫的各種組件建立大型系統。從子程序演變到OOP，到DLLs，再到COM，再到.NET框架的每一種新的編程範例都代表了一種不同的提供可重用性的方案。VBX使用DLLs的固化名稱。COM使用接口和IUnknown。.NET框架使用微軟的中間語言（MSIL）層和公共語言運行時（CLR）來提供統一的粘合。

因此，控件是組件的一個主要樣本（並且歷史上曾驅動着組件的開發），控件又不僅僅是唯一的一種組件。組件不需要顯示任何信息或用戶界面。組件可能實現科學計算，收集性能數據，計算1971年1月1日到現在的毫秒數，仰或是讀取布什總統競選活動保險箱裏的美金數。Figure 4 顯示了 Visual Studio .NET 中的非控件組件例子。

Figure 4 組件

在 .NET 框架中，術語控件和組件爲 .NET 賦予了專門的意義。Component 類爲被用於設計層面的對象如 Windows Forms Designer （Windows 窗體設計器）或 Web Forms Designer （Web 窗體設計器）提供了基本實現。某個 Component 是任何可以被拽到某個窗體的任何東西。Component 類實現IComponent，ISite 和 IContainer。這些接口比起其來自 OLE 時期的 COM 堂兄弟要簡單得多。 IContainer 比起帶有 Add/Remove 方法的組件列表以及組件屬性來要稍微複雜一點，它獲得的組件是一個 ComponentCollection （組件集合）。
IComponent 從 IDisposable 派生而來，並且只有一個屬性，Site，獲取組件的ISite接口。Component 可能有，也可能沒有Site。ISite 有四個屬性，其中包括Name和DesignMode，它控制該組件是否處於——還能是什麼？——設計模式。ISite 派生於另一個接口，IServiceProvider，它只有一個方法，GetService。在COM中，IServiceProvider 類似 QueryInterface——用它可以通過ID來查詢某個對象的接口，但是與 QueryInterface 不同的是該對象本身不用去實現這個接口，它僅僅知道在哪裏和如何獲取它即可。同樣，在.NET框架中，IServiceProvider 是一種獲取其它接口或對象的通用方法——服務——對象不用實現它就知道的一種服務。
　　.NET框架使得編寫可複用組件輕鬆自如，不再需要 IDL，不再需要類型定義語言，不再需要費力的設計時支持。通過反射（reflection）的魔法，CLR 從代碼本身就已經知道了該知道的一切，所有的類都在掌控之中。爲了添加設計時支持，你只要用額外的設計器標記你的屬性即可。例如，在託管C++中：

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

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

Figure 5 類層次結構

Figure 5 顯示了.NET框架中的類層次結構，它能說明上述討論的問題。正如你所看到的，Control 從
Component 派生而來。這是用另外一種方式來說明控件即組件（反之則不然）。更具體地講，控件是一個用用戶界面的組件——能繪製東西並能與用戶交互。Control 類還是所有託管窗口類的基類——窗體、按鈕、柵格、面板、工具欄等等。Control 類是定義 WndProc 和 ClientSize 以及所有標準窗口事件如 GotFocus 和 Click 的地方。Web控件（System.Web.UI.Control）也是組件，不過從嚴格的意義上講，它不是從 System.ComponentModel.Component 派生的。（對於 Web 控件，其名字空間爲 System.Web.UI，Control 本身實現 IComponent。）
　　除了實現 IComponent 之外，System.ComponentModel.Component 還提供了所有組件需要的列集支持，但它是通過從 MarshalByRefObject 派生來實現的。如果想生成一個值列集組件，可以從 MarshalByValueComponent 派生（它實現了 IComponent，IDisposable 和 IServiceProvider）。System.Data.DataColumn，DataSet 和 DataTable 都是是值列集組件的例子。這些對象跨機器/進程邊界傳遞其實際數據。
　　如果你正在編寫其他人也能用窗體設計器拖拽到其窗體的可重用的小組件，那麼你必須從 Component 派生。如果你的小組件還具備用戶界面——能創建窗口，繪畫或與用戶交互——那麼就應該從 Control 派生。明白了嗎？