前言:最近一个认识的朋友准备转行做编程,看他自己边看视频边学习,挺有干劲的。那天他问我接口和抽象类这两个东西,他说,既然它们如此相像, 我用抽象类就能解决的问题,又整个接口出来干嘛,这不是误导初学者吗。博主呵呵一笑,回想当初的自己,不也有此种疑惑么。。。今天打算针对他的问题,结合一个实际的使用场景来说明下抽象类和接口的异同,到底哪些情况需要用接口?又有哪些情况需要用抽象类呢?
C#基础系列目录:
- C#基础系列——Linq to Xml读写xml
- C#基础系列——扩展方法的使用
- C#基础系列——序列化效率比拼
- C#基础系列——反射笔记
- C#基础系列——Attribute特性使用
- C#基础系列——小话泛型
- C#基础系列——多线程的常见用法详解
- C#基础系列——委托和设计模式(一)
- C#基础系列——委托和设计模式(二)
- C#基础系列——再也不用担心面试官问我“事件”了
- C#基础系列——异步编程初探:async和await
一、业务场景介绍。
博主打算使用原来在华为做外包的时候一个场景:我们针对华为里面的设备做了一个采集设备使用率的程序,设备的类型很多,各种设备的登录和注销方式基本相同,但是每种设备的采集的规则又不太相同。大致的场景就这样,我们来看代码吧。
二、代码示例
根据业务场景,我们简单搭建代码,先来看看代码结构图:
ESTM.Spider:项目的入口程序,只为测试,这里就简单用了一个控制台程序。
ESTM.Spider.Huawei:华为设备采集规则,定义接口抽象实现和具体实现。
ESTM.Utility:解决方案的工具类和接口。
下面来看看具体的实现代码:
1、工具类
namespace ESTM.Utility { public class LoginUser { public string Username { set; get; } public string Password { set; get; } } public class Device { public string DeviceType { set; get; } public int WaitSecond { set; get; } } }
2、接口设计:ISpider.cs
namespace ESTM.Utility { //采集接口,定义采集的规则 public interface ISpider { bool Login(LoginUser oLoginUser); string Spider(Device oDevice); void LoginOut(); } }
3、接口抽象实现类:SpiderBase.cs
/// <summary> /// 公共的采集基类 /// </summary> public abstract class SpiderBase : ISpider { //华为设备统一采用Telnet方式登录。统一用户名密码都是admin。 public virtual bool Login(LoginUser oLoginUser) { Console.WriteLine("华为设备采用Telnet方式登录。"); var bRes = false; if (oLoginUser.Username == "admin" && oLoginUser.Password == "admin") { Console.WriteLine("用户名密码校验正确,登录成功"); bRes = true; } else { Console.WriteLine("用户名密码校验错误,登录失败"); } return bRes; } //采集操作和具体的设备类型相关,这里用抽象方法,要求子类必须重写 public abstract string Spider(Device oDevice); //华为设备统一注销 public virtual void LoginOut() { Console.WriteLine("华为设备采用Telnet方式注销"); } }
4、接口具体实现类
[Export("MML", typeof(ISpider))] public class SpiderMML:SpiderBase { //MML设备采集 public override string Spider(Device oDevice) { Console.WriteLine("MML设备开始采集"); return "MML"; } }
[Export("TL2", typeof(ISpider))] public class SpiderTL2:SpiderBase { //TL2设备采集 public override string Spider(Device oDevice) { Console.WriteLine("TL2设备开始采集"); return "TL2"; } }
5、在控制台调用
class Program { [Import("MML", typeof(ISpider))] public ISpider spider { set; get; } static void Main(string[] args) { var oProgram = new Program(); RegisterMEF(oProgram); oProgram.spider.Login(new LoginUser() { Username = "admin", Password = "admin" }); oProgram.spider.Spider(new Device() { DeviceType = "HuaweiDevice", WaitSecond = 100 }); oProgram.spider.LoginOut(); } #region 注册MEF private static void RegisterMEF(object obj) { AggregateCatalog aggregateCatalog = new AggregateCatalog(); var thisAssembly = new DirectoryCatalog(AppDomain.CurrentDomain.BaseDirectory, "*.dll"); aggregateCatalog.Catalogs.Add(thisAssembly); var _container = new CompositionContainer(aggregateCatalog, true); _container.ComposeParts(obj); } #endregion }
6、说明
这是一种比较典型的应用场景。接口定义规则,抽象类定义公共实现或者抽象方法,具体子类实现或者重写抽象类方法。我们重点来看这里的中间桥梁——抽象类。我们知道,抽象类里面既可以有实现的方法,也可以有未实现的抽象方法。
(1)在这里,Login、LoginOut方法由于子类是通用的具有相同逻辑的方法,所以我们需要在抽象类里面去实现这两个方法,如果子类没有特殊需求,调用的时候直接用父类的方法就好了; 如果子类有特殊需求,可以override父类的方法。这样设计既提高了代码的复用率,也可以灵活复写。
(2)另一方面,抽象类里面也定义了抽象方法,这个抽象方法在这里的作用就很好体现了:如果子类不重写父类的抽象方法,编译通不过,直接报错。这样就要求我们子类必须要重写抽象方法。从这点来说,抽象方法和接口的方法申明区别不大。
(3)如果这里不用抽象类,就用一个普通的类来代替行不行?博主的答案是:行!但不好!如果你非要说,我用一个普通的类,将public abstract string Spider(Device oDevice);这个方法写成
public virtual string Spider(Device oDevice) { return ""; }
貌似也没问题,反正子类要重写的。确实,这样设计没问题,但是如果你不慎子类忘了override呢?程序还是会跑起来,运行的时候可能会报错。微软既然给我们提供了abstract这么一个东西,我们为什么不用呢。
三、代码扩展
以上我们抽象类使用的必要性和使用方法是介绍完了。那么接下来新的问题来了,可能就有人问了,你上面说了叭叭叭说了这么多,无非就是说了抽象类的必要性,那么既然抽象类这么有用,我们直接用抽象类就好了,你干嘛还要弄一个接口呢。谈到这里,就要说到面向接口编程。其实,面向接口编程和面向对象编程并不是平级的,它并不是比面向对象编程更先进的一种独立的编程思想,而是附属于面向对象思想体系,属于其一部分。或者说,它是面向对象编程体系中的思想精髓之一。而之前博主的文章就分享过面向接口编程的意义所在:依赖倒置,松耦合。那么这里是否可以不要接口,直接用抽象类代替呢?答案还是行!但不好!
比如我们现在又来了新的需求,中兴也要用我们的采集系统,但是它的设备类型、登录注销方式和华为设备区别非常大。那么这个时候我们接口的意义就体现了,如果我们使用接口,我们只需要再重写一个ESTM.Spider.Huawei这个项目就好了,我们暂且命名叫ESTM.Spider.Zhongxing。我们来看看:
代码如下:
namespace ESTM.Spider.Zhongxing { /// <summary> /// 中兴设备采集基类 /// </summary> public abstract class SpiderBase:ISpider { //中兴设备通用登录方法 public virtual bool Login(LoginUser oLoginUser) { Console.WriteLine("中兴设备登录前多了一个数据校验:......."); Console.WriteLine("中兴设备采用WMI方式登录。"); var bRes = false; if (oLoginUser.Username == "root" && oLoginUser.Password == "root") { Console.WriteLine("用户名密码校验正确,登录成功"); bRes = true; } else { Console.WriteLine("用户名密码校验错误,登录失败"); } return bRes; } //定义抽象方法,要求子类必须重写 public abstract string Spider(Device oDevice); //中兴设备通用注销 public virtual void LoginOut() { Console.WriteLine("中兴设备采用WMI方式注销"); } } }
namespace ESTM.Spider.Zhongxing { [Export("ZXGC", typeof(ISpider))] public class SpiderZXGC:SpiderBase { public override string Spider(Utility.Device oDevice) { Console.WriteLine("中兴ZXGC设备开始采集"); return "ZXGC"; } } }
namespace ESTM.Spider.Zhongxing { [Export("ZXGY", typeof(ISpider))] public class SpiderZXGY:SpiderBase { public override string Spider(Utility.Device oDevice) { Console.WriteLine("中兴ZXGY设备开始采集"); return "ZXGY"; } } }
由于这里采用了接口,我们将ESTM.Spider.Zhongxing这个项目开发完成后生成dll,将dll放到控制台程序中,直接通过MEF导入不同的子类对象就可以使用,不需要更改控制台里面的大部分东西。如果不用接口,而是直接用抽象类代替,那么控制台里面大部分的代码都得改,并且控制台程序依赖多个dll,对设计的松耦合也不利。博主这里为了简单,用了MEF来简单导入,其实正式项目中,应该是用工厂采用反射直接创建出具体的实例。
四、总结
1、接口是一组规则的集合,它主要定义的是事物的规则,体现了是这种类型,你就必须有这些规则的概念。它的目的主要是依赖倒置和松耦合,从这点来说,接口不能省掉或者用抽象类代替。总而言之,接口和抽象类不可同日而语。
2、抽象类主要用于公共实现和约束子类必须重写。以上面的例子说明,Login、Loginout用于公共实现,提高了代码复用,Spider用于抽象,约束子类必须要重写Spider方法。这也就是这里不能用普通类的原因。
3、用一句话概括接口和抽象类的区别:使用抽象类是为了代码的复用,而使用接口的动机是为了实现多态性(依赖倒置)。至于使用的时候到底是用接口还是抽象类,看具体的情况。
本文转自懒得安分博客园博客,原文链接:http://www.cnblogs.com/landeanfen/p/4953025.html,如需转载请自行联系原作者