接口学习笔记一(转载)
2010-02-28 15:48
288 查看
一:约束性
C#接口的作用是什么呢?首先我们来看看什么事实C#接口,C#接口是一个让很多初学C#者容易迷糊的东西,用起来好像很简单,定义接口,里面包含方法,但没有方法具体实现的代码,然后在继承该接口的类里面要实现接口的所有方法的代码,但没有真正认识到接口的作用的时候就觉得用接口是多此一举,当然你这样想那是绝对绝对错误的,比尔盖茨的微软请的员工都是比盖茨还聪明的人,他们的C#能添这样的多足吗?!关于接口的作用,网上有一位就真的深入浅出给我们做了很好理解的分析。
C#接口的作用解释实例:
再定义一个类,继承于IBark,并且必需实现其中的Bark()方法
然后,声明Dog的一个实例,并调用Bark()方法
试想一样,若是想调用Bark()方法,只需要在Dog()中声明这样的一个方法不就行了吗,干什么还要用接口呢.因为接口中并没有Bark()具体实现.真的实现还是要在Dog()中.那么使用接口不是多此一举吗?
还有人是这样说的:从接口的定义方面来说,接口其实就是类和类之间的一种协定,一种约束.还拿上面的例子来说.所有继承了IBark接口的类中必需实现Bark()方法.那么从用户(使用类的用户)的角度来说,如果他知道了某个类是继承于IBark接口,那么他就可以放心大胆的调用Bark()方法,而不用管Bark()方法具体是如何实现的.比如,我们另外写了一个类.
当用户用到Cat类或是Dog类的时候,知道他们继承于IBark,那么不用管类里的具体实现,而就可以直接调用Bark()方法,因为这两个类中肯定有关于Bark()方法的具体实现.
如果我们从设计的角度来看.一个项目中用若干个类需要去编写,由于这些类比较复杂,工作量比较大,这样每个类就需要占用一个工作人员进行编写.比如A程序员去定Dog类,B程序员去写Cat类.这两个类本来没什么联系的,可是由于用户需要他们都实现一个关于"叫"的方法.这就要对他们进行一种约束.让他们都继承于IBark接口,目的是方便统一管理.另一个是方便调用.当然了,不使用接口一样可以达到目的.只不过这样的话,这种约束就不那么明显,如果这样类还有Duck类等等,比较多的时候难免有人会漏掉这样方法.所以说还是通过接口更可靠一些,约束力更强一些.
二:扩展性 多肽特性
假设我们公司有两种程序员:VB程序员,指的是用VB写程序的程序员,用clsVBProgramer这个类表示;Delphi程序员指的是用 Delphi写程序的程序员,用clsDelphiProgramer这个类来表示。 每个类都有一个WriteCode()方法。定义如下:
class clsVBProgramer()
{
WriteCode()
{
//用VB语言写代码;
}
}
class clsDelphiProgramer()
{
WriteCode()
{
//用Delphi语言写代码;
}
}
现在公司来了一个项目,要求派某个程序员写一个程序。
class clsProject()
{
WritePrograme(clsVBProgramer programer)//用VB写代码
{
programer.WriteCode();
}
WritePrograme(clsDelphiProgramer programer)//重载方法,用Delphi写代码
{
programer.WriteCode();
}
}
//在主程序中我们可以这样写:
main()
{
clsProject proj=new clsProject;
//如果需要用VB写代码
clsVBProgramer programer1=new clsVBProgramer;
proj.WritePrograme(programer1);
//如果需要用Delphi写代码
clsDelphiProgramer programer2=new clsDelphiProgramer;
proj.WritePrograme(programer2);
}
但是如果这时公司又来了一个C#程序员,我们怎么改这段程序,使它能够实现用C#写程序的功能呢?我们需要增加一个新类 clsCSharpProgramer,同时在此clsProject这个类中要再次重载WritePrograme (clsCSharpProgramer programer)方法。这下麻烦多了。如果还有C程序员,C++程序员,JAVA程序员呢。麻烦大了!
但是如果改用接口,就完全不一样了:
首先声明一个程序员接口:
interface IProgramer()
{
WriteCode();
}
然后声明两个类,并实现IProgramer接口:
class clsVBProgramer():IProgramer
{
WriteCode()
{
//用VB语言写代码;
}
}
class clsDelphiProgramer():IProgramer
{
WriteCode()
{
//用Delphi语言写代码;
}
}
//对clsProject这个类进行一下修改:
class clsProject()
{
WritePrograme(IProgramer programer)
{
programer.WriteCode();//写代码
}
}
main()
{
clsProject proj=new clsProject;
IProgramer programer;
//如果需要用VB写代码
programer=new clsVBProgramer;
proj.WritePrograme(programer);
//如果需要用Delphi写代码
programer=new clsDelphiProgramer;
proj.WritePrograme(programer);
}
如果再有C#,C,C++,JAVA这样的程序员添加进来的话,我们只需把它们相关的类加进来,然后在main()中稍做修改就OK了。扩充性特别好!像下面这样添加一个CSharp程序员添加进来:
//clsProject类和IProgramer都无须改变,只需要再写一个CSharp程序员的类就可以了
class clsCSharpProgramer():IProgramer //记住,要实现IProgramer接口
{
WriteCode()
{
//用CSharp语言写代码;
}
}
//在使用的时候如下:
main()
{
clsProject proj=new clsProject;
IProgramer programer;
//如果需要用CSharp写代码
programer=new clsCSharpProgramer;
proj.WritePrograme(programer);
}
转自:http://www.cnblogs.com/xiaohou/archive/2010/02/27/1674707.html
C#接口的作用是什么呢?首先我们来看看什么事实C#接口,C#接口是一个让很多初学C#者容易迷糊的东西,用起来好像很简单,定义接口,里面包含方法,但没有方法具体实现的代码,然后在继承该接口的类里面要实现接口的所有方法的代码,但没有真正认识到接口的作用的时候就觉得用接口是多此一举,当然你这样想那是绝对绝对错误的,比尔盖茨的微软请的员工都是比盖茨还聪明的人,他们的C#能添这样的多足吗?!关于接口的作用,网上有一位就真的深入浅出给我们做了很好理解的分析。
C#接口的作用解释实例:
public interface IBark { void Bark(); }
再定义一个类,继承于IBark,并且必需实现其中的Bark()方法
public class Dog:IBark { public Dog() {} public void Bark() { Consol.write("汪汪"); } }
然后,声明Dog的一个实例,并调用Bark()方法
Dog 旺财=new Dog(); 旺财.Bark();
试想一样,若是想调用Bark()方法,只需要在Dog()中声明这样的一个方法不就行了吗,干什么还要用接口呢.因为接口中并没有Bark()具体实现.真的实现还是要在Dog()中.那么使用接口不是多此一举吗?
还有人是这样说的:从接口的定义方面来说,接口其实就是类和类之间的一种协定,一种约束.还拿上面的例子来说.所有继承了IBark接口的类中必需实现Bark()方法.那么从用户(使用类的用户)的角度来说,如果他知道了某个类是继承于IBark接口,那么他就可以放心大胆的调用Bark()方法,而不用管Bark()方法具体是如何实现的.比如,我们另外写了一个类.
public class Cat:IBark { public Cat() {} public void Bark() { Consol.write("喵喵"); } }
当用户用到Cat类或是Dog类的时候,知道他们继承于IBark,那么不用管类里的具体实现,而就可以直接调用Bark()方法,因为这两个类中肯定有关于Bark()方法的具体实现.
如果我们从设计的角度来看.一个项目中用若干个类需要去编写,由于这些类比较复杂,工作量比较大,这样每个类就需要占用一个工作人员进行编写.比如A程序员去定Dog类,B程序员去写Cat类.这两个类本来没什么联系的,可是由于用户需要他们都实现一个关于"叫"的方法.这就要对他们进行一种约束.让他们都继承于IBark接口,目的是方便统一管理.另一个是方便调用.当然了,不使用接口一样可以达到目的.只不过这样的话,这种约束就不那么明显,如果这样类还有Duck类等等,比较多的时候难免有人会漏掉这样方法.所以说还是通过接口更可靠一些,约束力更强一些.
二:扩展性 多肽特性
假设我们公司有两种程序员:VB程序员,指的是用VB写程序的程序员,用clsVBProgramer这个类表示;Delphi程序员指的是用 Delphi写程序的程序员,用clsDelphiProgramer这个类来表示。 每个类都有一个WriteCode()方法。定义如下:
class clsVBProgramer()
{
WriteCode()
{
//用VB语言写代码;
}
}
class clsDelphiProgramer()
{
WriteCode()
{
//用Delphi语言写代码;
}
}
现在公司来了一个项目,要求派某个程序员写一个程序。
class clsProject()
{
WritePrograme(clsVBProgramer programer)//用VB写代码
{
programer.WriteCode();
}
WritePrograme(clsDelphiProgramer programer)//重载方法,用Delphi写代码
{
programer.WriteCode();
}
}
//在主程序中我们可以这样写:
main()
{
clsProject proj=new clsProject;
//如果需要用VB写代码
clsVBProgramer programer1=new clsVBProgramer;
proj.WritePrograme(programer1);
//如果需要用Delphi写代码
clsDelphiProgramer programer2=new clsDelphiProgramer;
proj.WritePrograme(programer2);
}
但是如果这时公司又来了一个C#程序员,我们怎么改这段程序,使它能够实现用C#写程序的功能呢?我们需要增加一个新类 clsCSharpProgramer,同时在此clsProject这个类中要再次重载WritePrograme (clsCSharpProgramer programer)方法。这下麻烦多了。如果还有C程序员,C++程序员,JAVA程序员呢。麻烦大了!
但是如果改用接口,就完全不一样了:
首先声明一个程序员接口:
interface IProgramer()
{
WriteCode();
}
然后声明两个类,并实现IProgramer接口:
class clsVBProgramer():IProgramer
{
WriteCode()
{
//用VB语言写代码;
}
}
class clsDelphiProgramer():IProgramer
{
WriteCode()
{
//用Delphi语言写代码;
}
}
//对clsProject这个类进行一下修改:
class clsProject()
{
WritePrograme(IProgramer programer)
{
programer.WriteCode();//写代码
}
}
main()
{
clsProject proj=new clsProject;
IProgramer programer;
//如果需要用VB写代码
programer=new clsVBProgramer;
proj.WritePrograme(programer);
//如果需要用Delphi写代码
programer=new clsDelphiProgramer;
proj.WritePrograme(programer);
}
如果再有C#,C,C++,JAVA这样的程序员添加进来的话,我们只需把它们相关的类加进来,然后在main()中稍做修改就OK了。扩充性特别好!像下面这样添加一个CSharp程序员添加进来:
//clsProject类和IProgramer都无须改变,只需要再写一个CSharp程序员的类就可以了
class clsCSharpProgramer():IProgramer //记住,要实现IProgramer接口
{
WriteCode()
{
//用CSharp语言写代码;
}
}
//在使用的时候如下:
main()
{
clsProject proj=new clsProject;
IProgramer programer;
//如果需要用CSharp写代码
programer=new clsCSharpProgramer;
proj.WritePrograme(programer);
}
转自:http://www.cnblogs.com/xiaohou/archive/2010/02/27/1674707.html
相关文章推荐
- Mcad学习笔记之异步编程(AsyncCallback委托,IAsyncResult接口,BeginInvoke方法,EndInvoke方法的使用小总结)(转载)
- Extract Method(抽取方法) 学习笔记 (转载请注明Henry.Zhang原创)
- PHP 开发 APP 接口 学习笔记与总结 - Redis 缓存
- PHP 开发 APP 接口学习笔记与总结 - [ Linux ] 定时任务
- [转载]转一篇介绍classload的文章(学习笔记)
- 回调接口学习笔记
- java学习笔记之接口
- 【Java学习笔记】Comparable接口的实现和使用
- winform简易聊天程序。。。。。学习笔记。。转载的
- 毕向东Java视频学习笔记【Day09 继承+接口+抽象类】
- TypeScript学习笔记(五):接口
- 转:Java接口学习笔记
- js宝典学习笔记【转载】
- CSS学习笔记之CSS Hack(转载)
- 学习笔记5:java 1.8 Predicate,Function,Supplier,Consumer,Comparator,Optional,Stream接口的使用
- PHP 面向对象程序设计(oop)学习笔记(一) - 抽象类、对象接口、instanceof 和契约式编程
- [转载]cmake 学习笔记(一)
- 【Java学习笔记】10.继承、抽象类、接口
- 《C#高级编程》之委托学习笔记 (转载)
- away3d学习笔记 转载