C# 接口慨述

接口(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#语言进行组件编程将会给我们带来更大的方便。

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

时间: 2024-07-30 06:57:48

C# 接口慨述的相关文章

SaaS系列介绍之十一: SaaS商业模式分析

1 配置模式 中国企业很多是人治,管理弹性非常大,公司的政策经常变化,管理流程.业务变化也非常大,发展也非常快;一个公司今年是10个人,明年是100个人,后年可能是1000人.管理机制.方法处于经常变化的状态,对软件的要求非常大.而且同一个行业的两个企业卖的产品虽然一样,但是管理方式.方法.流程很多都不一样. ASP从多重租赁开始,可以快速实施;它包括很多模块,但配置的参数比较少,只能做一些简单的配置,简单地导入.导出.而SaaS增加了很多大型企业管理的特点,比如说工作流.业务流程的制定,有很强

SaaS系列介绍之九: SaaS营销模式分析

1 配置模式 中国企业很多是人治,管理弹性非常大,公司的政策经常变化,管理流程.业务变化也非常大,发展也非常快;一个公司今年是10个人,明年是100个人,后年可能是1000人.管理机制.方法处于经常变化的状态,对软件的要求非常大.而且同一个行业的两个企业卖的产品虽然一样,但是管理方式.方法.流程很多都不一样. ASP从多重租赁开始,可以快速实施;它包括很多模块,但配置的参数比较少,只能做一些简单的配置,简单地导入.导出.而SaaS增加了很多大型企业管理的特点,比如说工作流.业务流程的制定,有很强

怎样编写一份专业的技术文档

对于开发人员来说,文档上很重要的.但是我看到很多的开发者,写出很好的类库,但是文档却不咋样,甚至是没有.和很多开发人员聊过,他们往往都会说没有时间去编写文档,或者说不知道怎么去写.其实我觉得还是重视的程度不够,你只有重视了才能写好.我们只要稍微留意一下就会发现,国外的软件都很重视文档,哪怕是开源免费的,也会把文档写得很好. 由于自己现在也在编写文档,所以把编写文档的一些要点提练出来,大家只要按着这个方法去写,写出来的文档肯定是可以的.先把自己在写的文档发出来给大家看看,欢迎板砖. 大家可以看看图

Android 存储(本地存储 SD卡存储 SharedPreference SQLite ContentProvider)

本文出自:http://blog.csdn.net/dt235201314/article/details/73176149 源码下载欢迎Star(updating):https://github.com/JinBoy23520/CoderToDeveloperByTCLer 一丶慨述 本周的学习内容是Android存储,要求:数据库Sqlite相关操作,常用的文件存取方式,以及实用场景学习,主要学习Sqlite,SD卡文件操作,SharedPreference 二丶效果演示:         

SaaS系列介绍之十二: SaaS产品的研发模式

1 产品研发模式慨述 产品研发模式是企业战略的重点.产品研发路线决定了一系列的管理手段和团队建设问题.也是企业的整理策略和经营思路.产品研发模式贯穿着整个产品的生命周期,从市场调研.立项.需求分析.慨要设计.详细设计.开发.测试.发布.维护等传统软件工程思想到现在流行的IPD,以市场为导向的商业模式都无不在改变传统的研发模式.以服务体验为核心的新思想更是SaaS模式的本质.我们不是以产品研发而开发,我们一定是为市场价值开发而研发. 2 几种主流的产品开发模式 l 以项目管理的职能式开发 这是企业

C++ 理解类 和 类中的public、protected、private

我们要明确,不只是C++有类,很多语言也会用到类,因为现在很多都是面向对象编程... 在c++中,关于类的理解,个人理解是这样的,具有共同属性的一个集合被称为类, 比如说人这个集合,具有性别,年龄,出生日期等属性,可以构成一个类的成员,除此此外, 如果这个类具有共同的技能的话,我们也可以把这种技能称之为共同的方法,常见的类的 修饰符有private即私有的成员修饰,public即修饰共同的成员,一般类可以看作是Java中的 一个包类中提供了数据表示即成员函数和操作数据的方法即成员函数如何使用的方

Retrofit Token过期自动刷新并重新请求接口

在有心课堂的群里,有网友提出如下场景: 当前开发的 App 遇到一个问题: 当请求某个接口时,由于 token 已经失效,所以接口会报错. 但是产品经理希望 app 能够马上刷新 token ,然后重复请求刚才那个接口,这个过程对用户来说是无感的. 请求 A 接口->服务器返回 token 过期->请求 token 刷新接口->请求 A 接口 我们应该是怎么解决这个问题呢? 经过百度搜索到了相关信息,这里总结下. 本文是采用RxJava + Retrofit来实现网络请求封装. 实现原理

Java 接口和抽象类区别

1.概述 一个软件设计的好坏,我想很大程度上取决于它的整体架构,而这个整体架构其实就是你对整个宏观商业业务的抽象框架,当代表业务逻辑的高层抽象层结构 合理时,你底层的具体实现需要考虑的就仅仅是一些算法和一些具体的业务实现了.当你需要再开发另一个相近的项目时,你以前的抽象层说不定还可以再次利用 .面对对象的设计,复用的重点其实应该是抽象层的复用,而不是具体某一个代码块的复用. 说到了抽象,我就不能不提到曾让我头痛的Java接口和Java抽象类了,这也是本文我想说的重点. 既然面向对象设计的重点在于

Python全栈之路系列----之-----面向对象4接口与抽象,多继承与多态)

接口类与抽像类 在python中,并没有接口类这种东西,即便不通过专门的模块定义接口,我们也应该有一些基本的概念 编程思想 归一化设计: 1.接口类 不实现具体的方法,并且可以多继承 2.抽象类 可以做一些基础实现,并且不推荐多继承 编程的几类原则: 开放封闭原则:对扩展示开放的,对修改是封闭的依赖倒置原则:高层模块不应该依赖低层模块,二者都应该依赖其抽象:抽象不应该应该依赖细节:细节应该依赖抽象.换言之,要针对接口编程,而不是针对实现编程接口隔离原则:使用多个专门的接口,而不使用单一的总接口.