组件是所有控件的基类,经如一个Button就是从System.ComponentModel.Component继承而来,一般来说一个组件没有界面外观,而一个控件是有外观的.如果要写一个有外表的自定义控件可以从UserControl继承就行了.如果是Control或Component则没有界面的.

解决方案 »

  1.   

    本主题对组件和控件进行了定义;此处进行的讨论可以帮助您决定何时实现一个是组件或控件的类。以下列表为实施者提供了全面的指南。 如果您的类使用外部资源但不用于设计图面,则实现 System.IDisposable,或者从直接或间接实现 IDisposable 的类派生。 
    如果您的类要用于设计图面(如 Windows 窗体或 Web 窗体设计器),则实现 System.ComponentModel.IComponent,或者从直接或间接实现 IComponent 的类派生。请注意,IComponent 扩展了 IDisposable,因此 IComponent 类型始终是 IDisposable 类型。与不是 IComponent 的 IDisposable 类型相比,IComponent 类型的性能系统开销要小。但 IDisposable 类型的这一不足通常可由在设计时和运行时安置 IComponent 的能力来弥补。(在本主题的后面部分将对该安置功能进行说明)。 
    如果需要由引用封送的可设计的(用于设计图面)类,则可从 System.ComponentModel.Component 派生。Component 是由引用封送的 IComponent 类型的基实现。 
    如果需要由值封送的可设计类,则可从 System.ComponentModel.MarshalByValueComponent 派生。MarshalByValueComponent 是由值封送的 IComponent 类型的基实现。 
    如果需要在对象模型层次结构中引入 IComponent 类型,但由于是单继承,而无法从 Component 或 MarshalByValueComponent 这样的基实现派生,则实现 IComponent。 
    如果需要提供用户界面的可设计类,则该类是控件。控件必须直接或间接从下列基控件类之一派生:System.Windows.Forms.Control 或 System.Web.UI.Control。 
    注意   如果您的类既不是可设计类,也不保存外部资源,则不需要 IComponent 或 IDisposable 类型。
    下面是组件、控件、容器和站点的定义。组件
    在 .NET Framework 中,组件是指实现 System.ComponentModel.IComponent 接口的一个类,或从实现 IComponent 的类中直接或间接派生的类。在编程中,“组件”这个术语通常用于可重复使用并且可以和其他对象进行交互的对象。.NET Framework 组件满足这些一般要求,另外还提供诸如控制外部资源和设计时支持等功能。控制外部资源
    IComponent 接口扩展了 System.IDisposable 接口,在后者的协定中有一个名为 Dispose 的方法。在其 Dispose 方法实现中,组件必须显式释放外部资源。与垃圾回收过程中发生的默认、不确定的清理相比,这提供了一个确定的方法来释放资源。开发人员必须在整个包容层次结构中传播 Dispose 以确保组件的子级也释放资源。另外,派生的组件必须调用其基类的 Dispose 方法。注意   即使通过 Dispose 提供对资源的显式控制,也应该始终通过终结器(析构函数)提供隐式清理,以防用户未能对您的组件调用 Dispose 时资源永久泄漏。
    下面的示例显示了在基组件和在派生的组件中实现 Dispose 的方式。[C#]
    public class BaseComponent : IComponent {   // IComponent extends IDisposable.
       public void Dispose() {
            Dispose(true);
         GC.SuppressFinalize(this); 
          }   protected virtual void Dispose(bool disposing) {
          if (disposing) {
              // Free other state (managed objects).
          }
          // Free your own state (unmanaged objects).
       }   // Simply call Dispose(false).
          ~BaseComponent(){
          Dispose (false);
       }
    }
       
    // Derived component.
    public class DerivedComponent : BaseComponent {
       
       protected override void Dispose(bool disposing) {
          if (disposing) {
          // Free other state.
          }
          // You must invoke the Dispose method of the base class.
          base.Dispose(disposing);
          // Free your own state.
          ...
       }
       // No finalizer/destructor.
       // No Dispose() method.
    }设计时支持
    在 .NET Framework 中,组件的一个重要功能就是它们是可设计的,这意味着作为组件的类可用于快速应用程序开发 (RAD) 环境(如 Visual Studio .NET)中。可将组件添加到 Visual Studio .NET 的工具箱中,也可将组件拖放到某个窗体上,还可以在设计图面上对组件进行操作。请注意,对 IComponent 类型的基本设计时支持已经内置于 .NET Framework 中;组件开发人员无须进行额外的工作就可利用基本设计时功能。有关设计时支持的更多信息,请参见组件的设计时特性和增强设计时支持。承载组件
    组件可以被放置(承载)在一个容器(本主题稍后部分进行了定义)中。当组件被放置后,它通过其站点(本主题稍后部分进行了定义)与容器进行交互并能够通过站点从其容器查询并得到服务。为了确保容器拆卸后资源被释放,容器必须实现 IDisposable 接口。在其 Dispose 方法的实现中,容器必须释放它保留的所有资源,并调用它包含的每个组件的 Dispose 方法。包容是逻辑上的,不需要可视的表示形式。放置数据库组件的中间层容器就是非可视包容的一个示例。可在 Visual Studio .NET 的 Windows 窗体设计器和 Web 窗体设计器中找到可视包容。可视化设计图面是承载窗体组件(Web 窗体中的页组件)的容器。封送组件
    组件可以是可远程控制的或不可远程控制的。可远程控制的组件由引用或值进行封送。封送涉及跨边界(如应用程序域(轻量进程)、进程、甚至是计算机)发送对象。当对象由引用封送时,会创建一个代理对该对象进行远程调用。当对象由值进行封送时,跨相关边界发送该对象的一个序列化的副本。以下可远程控制的组件应该由引用封送:封装系统资源的可远程控制组件,较大的可远程控制组件或作为单个实例存在的可远程控制组件。由引用封送的组件的基类是 System.ComponentModel.Component。该基类实现 IComponent 并从 MarshalByRefObject 派生。.NET Framework 类库中的许多组件从 Component 派生,包括 System.Windows.Forms.Control(Windows 窗体控件的基类)、System.Web.Services.WebService(使用 ASP.NET 创建的 XML Web services 的基类)和 System.Timers.Timer(生成周期性事件的类)。仅保留状态的可远程控制组件应该由值封送。由值封送的组件的基类是 System.ComponentModel.MarshalByValueComponent。该基类实现 IComponent 并从 Object 派生。.NET Framework 类库中只有极少组件是从 MarshalByValueComponent 派生的。所有这些组件都在 System.Data 命名空间中(DataColumn、DataSet、DataTable、DataView 和 DataViewManager)。注意   通过值封送的对象和通过引用封送的对象的基类分别是 Object 和 MarshalByRefObject,但相应的派生类的名称则为 MarshalByValueComponent 和 Component。命名方案背后的逻辑是越常用的类型,其名称就越简单。
    如果不对组件进行远程控制,则不要从 Component 的基实现派生,而应直接实现 IComponent。有关对象远程控制的更多信息,请参见 .NET 远程处理概述。控件
    控件是提供(或实现)用户界面 (UI) 功能的组件。.NET Framework 为控件提供两个基类:一个用于客户端 Windows 窗体控件,另一个用于 ASP.NET 服务器控件。它们是 System.Windows.Forms.Control 和 System.Web.UI.Control。.NET Framework 类库中的所有控件都是直接或间接从这两个类派生的。System.Windows.Forms.Control 从 Component 派生,它本身提供 UI 功能。System.Web.UI.Control 实现 IComponent,它还提供结构,在这个结构上可以很方便地添加 UI 功能。注意   每个控件都是一个组件,但并不是每个组件都是控件。
    容器和站点
    如果您正在为 Windows 窗体或 Web 窗体页(ASP.NET 页)开发组件和控件,则不需要实现容器或站点。Windows 窗体和 Web 窗体的设计器就是 Windows 窗体和 ASP.NET 服务器控件的容器。容器向放置在其中的组件和控件提供服务。在设计时,控件放置在设计器中并从设计器获得服务。为了保持完整性,以下给出了容器和站点的定义。 容器 
    容器是一个实现 System.ComponentModel.IContainer 接口的类,或从实现该接口的类派生的类。容器在逻辑上包含一个或多个组件,这些组件叫做容器的子组件。 
    站点 
    站点是一个实现 System.ComponentModel.ISite 接口的类,或从实现该接口的类派生的类。站点由容器提供,用来管理其子组件及与子组件进行通信。通常,容器和站点作为一个单元来实现。
      

  2.   

    以上是 MSDN 中的内容,MSDN 对楼主的这一问题阐述得非常明确,请楼主明鉴。
      

  3.   

    组件能不能像自定义控件那样,从工具栏里面直接拖到窗体就行了呢?————————————————————当然可以,系统自带的就有不少,比如timer这样的
      

  4.   

    都是类,没区别!
    只不过组件类继承了有关组件的几个接口而已可以“组件能不能像自定义控件那样,从工具栏里面直接拖到窗体就行了”
    你可以在工具箱上->添加删除项->浏览(包含组件类的exe或者dll)
    就可以看见了