基于c#的接口基础教程之一_c#教程

2008-02-23 05:47:04来源:互联网 阅读 ()

新老客户大回馈,云服务器低至5折

  第一节 接口慨述

  接口(interface)用来定义一种程式的协定。实现接口的类或结构要和接口的定义严格一致。有了这个协定,就能够抛开编程语言的限制(理论上)。接口能够从多个基接口继承,而类或结构能够实现多个接口。接口能够包含方法、属性、事件和索引器。接口本身不提供他所定义的成员的实现。接口只指定实现该接口的类或接口必须提供的成员。

  接口好比一种模版,这种模版定义了对象必须实现的方法,其目的就是让这些方法能够作为接口实例被引用。接口不能被实例化。类能够实现多个接口并且通过这些实现的接口被索引。接口变量只能索引实现该接口的类的实例。例子:

interface IMyExample {
 string this[int index] { get ; set ; }
 event EventHandler Even ;
 void Find(int value) ;
 string Point { get ; set ; }
}
public delegate void EventHandler(object sender, Event e) ;

  上面例子中的接口包含一个索引this、一个事件Even、一个方法Find和一个属性Point。

  接口能够支持多重继承。就像在下例中,接口"IComboBox"同时从"ITextBox"和"IListBox"继承。

interface IControl {
void Paint( ) ;
}
interface ITextBox: IControl {
void SetText(string text) ;
}
interface IListBox: IControl {
void SetItems(string[] items) ;
}
interface IComboBox: ITextBox, IListBox { }

  类和结构能够多重实例化接口。就像在下例中,类"EditBox"继承了类"Control",同时从"IDataBound"和"IControl"继承。

interface IDataBound {
 void Bind(Binder b) ;
}
public class EditBox: Control, IControl, IDataBound {
 public void Paint( ) ;
 public void Bind(Binder b) {...}
}

  在上面的代码中,"Paint"方法从"IControl"接口而来;"Bind"方法从"IDataBound"接口而来,都以"public"的身份在"EditBox"类中实现。

  说明:

  1、C#中的接口是单独于类来定义的。这和 C 模型是对立的,在 C 中接口实际上就是抽象基类。

  2、接口和类都能够继承多个接口。

  3、而类能够继承一个基类,接口根本不能继承类。这种模型避免了 C 的多继承问题,C 中不同基类中的实现可能出现冲突。因此也不再需要诸如虚拟继承和显式作用域这类复杂机制。C#的简化接口模型有助于加快应用程式的研发。

  4、一个接口定义一个只有抽象成员的引用类型。C#中一个接口实际所做的,仅仅只存在着方法标志,但根本就没有执行代码。这就暗示了不能实例化一个接口,只能实例化一个派生自该接口的对象。

  5、接口能够定义方法、属性和索引。所以,对比一个类,接口的特别性是:当定义一个类时,能够派生自多重接口,而您只能能够从仅有的一个类派生。

  接口和组件

  接口描述了组件对外提供的服务。在组件和组件之间、组件和客户之间都通过接口进行交互。因此组件一旦发布,他只能通过预先定义的接口来提供合理的、一致的服务。这种接口定义之间的稳定性使客户应用研发者能够构造出坚固的应用。一个组件能够实现多个组件接口,而一个特定的组件接口也能够被多个组件来实现。

  组件接口必须是能够自我描述的。这意味着组件接口应该不依赖于具体的实现,将实现和接口分离完全消除了接口的使用者和接口的实现者之间的耦合关系,增强了信息的封装程度。同时这也需要组件接口必须使用一种和组件实现无关的语言。现在组件接口的描述标准是IDL语言。

  由于接口是组件之间的协议,因此组件的接口一旦被发布,组件生产者就应该尽可能地保持接口不变,任何对接口语法或语义上的改变,都有可能造成现有组件和客户之间的联系遭到破坏。

  每个组件都是自主的,有其独特的功能,只能通过接口和外界通信。当一个组件需要提供新的服务时,能够通过增加新的接口来实现。不会影响原接口已存在的客户。而新的客户能够重新选择新的接口来获得服务。

  组件化程式设计

  组件化程式设计方法继承并发展了面向对象的程式设计方法。他把对象技术应用于系统设计,对面向对象的程式设计的实现过程作了进一步的抽象。我们能够把组件化程式设计方法用作构造系统的体系结构层次的方法,并且能够使用面向对象的方法很方便地实现组件。

  组件化程式设计强调真正的软件可重用性和高度的互操作性。他侧重于组件的产生和装配,这两方面一起构成了组件化程式设计的核心。组件的产生过程不但仅是应用系统的需求,组件市场本身也推动了组件的发展,促进了软件厂商的交流和合作。组件的装配使得软件产品能够采用类似于搭积木的方法快速地建立起来,不但能够缩短软件产品的研发周期,同时也提高了系统的稳定性和可靠性。

  组件程式设计的方法有以下几个方面的特点:

  1、编程语言和研发环境的单独性;

  2、组件位置的透明性;

  3、组件的进程透明性;

  4、可扩充性;

  5、可重用性;

  6、具备强有力的基础设施;

  7、系统一级的公共服务;

  C#语言由于其许多长处,十分适用于组件编程。但这并不是说C#是一门组件编程语言,也不是说C#提供了组件编程的工具。我们已多次指出,组件应该具备和编程语言无关的特性。请读者记住这一点:组件模型是一种规范,不管采用何种程式语言设计组件,都必须遵守这一规范。比如组装电脑的例子,只要各个厂商为我们提供的配件规格、接口符合统一的标准,这些配件组合起来就能协同工作,组件编程也是相同。我们只是说,利用C#语言进行组件编程将会给我们带来更大的方便。

  知道了什么是接口,接下来就是怎样定义接口,请看下一节--定义接口。


标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇: 百万程式员的苦恼-选择vb.net还是c#_c#应用

下一篇: c#中构造函数和析构函数的用法_c#教程