理解接口和抽象类

理解接口和抽象类

对面向对象编程来说,抽象是它的一大特征之一。在Java中,可以通过两种形式来体现OOP的抽象:接口和抽象类。这两者有太多相似的地方,又有太多不同的地方。很多人在初学的时候会以为它们可以随意互换使用,但是实际则不然。今天我们就一起来学习一下Java中的接口和抽象类。

一、抽象类

在了解抽象类之前,先来了解一下抽象方法。抽象方法是一种特殊的方法:它只有声明,而没有具体的实现。抽象方法的声明格式为:

abstract void fun(); 
[public] abstract class ClassName { 
	abstract void fun(); 
} 

抽象方法只有方法名,无实现

包含抽象方法的类称为抽象类,但并不意味着抽象类中只能有抽象方法,它和普通类一样,同样可以拥有成员变量和普通的成员方法。

继承抽象类的子类必须实现他的所有方法,除非他也是个抽象类。

抽象方法必须用abstract关键字进行修饰。抽象方法只能存在抽象类中,如果一个类含有抽象方法,则称这个类为抽象类,抽象类必须在类前用abstract关键字修饰。因为抽象类中含有无具体实现的方法,所以不能用抽象类创建对象。不能用new来实现抽象类,只能被继承。

从这里可以看出,抽象类就是为了继承而存在的,如果你定义了一个抽象类,却不去继承它,那么等于白白创建了这个抽象类,因为你不能用它来做任何事情。对于一个父类,如果它的某个方法在父类中实现出来没有任何意义,必须根据子类的实际需求来进行不同的实现,那么就可以将这个方法声明为abstract方法,此时这个类也就成为abstract类了。

存在的意义:

  • 将每个类中的共有部分抽象出来,提高开发效率
  • 抽象类直接使用

抽象类中定义static方法,static方法属于类,不需要实例化。

 public abstract class AbstractFactory
 {
 
 //抽象类的static方法
     public static AbstractFactory GetInstance()
     {
      string factoryName = Constant.STR_FACTORYNAME.ToString();

      AbstractFactory instance;

      if(factoryName != "")
            //AbstractFactory表示程序集的名称 ;factoryName表示要加载的类
        instance = 			    	(AbstractFactory)Assembly.Load("AbstractFactory").CreateInstance(factoryName);
      else
      instance = null;

      return instance;
     }
 }
// 客户端程序调用
public static void Main(string[] args)
 {
      //GetInstance不是static方法
      //AbstractFactory abstractFactory = new ChineseFactory().GetInstance();
      //double bonusValue = abstractFactory.CreateBonus().Calculate();
      //double taxValue = abstractFactory.CreateTax().Calculate();

      //GetInstance是static方法
      double bonusValue = AbstractFactory.GetInstance().CreateBonus().Calculate();
      double taxValue = AbstractFactory.GetInstance().CreateTax().Calculate();
     
 }

这样做有什么好处:1,抽象类直接使用省去了实例化。(分析内存知:类的实例化一要在堆中new出对象,二要在栈中分配空间指向堆中new出的对象),这两步都省去了。

2,抽象类中的静态方法是存在内存中的,用的时候直接去内存中去取,这样还是提高销量。

抽象类的构造方法

抽象函数不能被实例化而构造函数是初始化对象的,那抽象类有构造方法吗?

    public abstract class BaseAbstract {
      
        /// <summary>
        /// 定义构造函数
        /// </summary>
        public BaseAbstract() {
            Console.WriteLine("抽象方法");
        }                 
    }
 
    public class TestAbstract extends BaseAbstract  {
        public TestAbstract()
        {
            Console.WriteLine("子类方法");
        }
    }

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-to9rvesj-1590406002519)(C:\Users\Administrator.ZTKJ-20190727TS\AppData\Roaming\Typora\typora-user-images\image-20200525182319680.png)]

结论:抽象类有构造方法,由继承它的子类去实现,在抽象类中可以使用构造函数封装继承子类公共的东西。

二、接口

  • 普通类:只有具体实现

  • 抽象类:具体实现和规范(抽象方法)都有

  • 接口:只有规范(接口中的所有定义都是抽象的,默认public static)

  • 接口做到了专业的约束,面向接口编程实现了约束和实现分离

接口就是规范,定义的是一组规则。

接口的本质是契约,大家都去遵守。

面向对象的精髓是对对象的抽象,最能体现这一点的就是接口。对于设计模式的研究,实际上就是如何合理的抽象。

接口,英文称作interface,在软件工程中,接口泛指供别人调用的方法或者函数。从这里,我们可以体会到Java语言设计者的初衷,它是对行为的抽象。在Java中,定一个接口的形式如下:

[public] interface InterfaceName { 
} 

接口中可以含有 变量和方法。但是要注意,接口中的变量会被隐式地指定为public static final变量(并且只能是public static final变量,用private修饰会报编译错误),而方法会被隐式地指定为public abstract方法且只能是public abstract方法(用其他关键字,比如private、protected、static、 final等修饰会报编译错误),并且接口中所有的方法不能有具体的实现,也就是说,接口中的方法必须都是抽象方法。从这里可以隐约看出接口和抽象类的区别,接口是一种极度抽象的类型,它比抽象类更加“抽象”,并且一般情况下不在接口中定义变量。

要让一个类遵循某组特地的接口需要使用implements关键字,具体格式如下:

class ClassName implements Interface1,Interface2,[....]{ 
} 

可以看出,允许一个类遵循多个特定的接口。如果一个非抽象类遵循了某个接口,就必须实现该接口中的所有方法。对于遵循某个接口的抽象类,可以不实现该接口中的抽象方法。

三、抽象类和接口的区别

1、语法层面上的区别

1)抽象类可以提供成员方法的实现细节,而接口中只能存在public abstract 方法;

2)抽象类中的成员变量可以是各种类型的,而接口中的成员变量只能是public static final类型的;

3)接口中不能含有静态代码块以及静态方法,而抽象类可以有静态代码块和静态方法;

4)一个类只能继承一个抽象类,而一个类却可以实现多个接口。

2、设计层面上的区别

1)抽象类是对一种事物的抽象,即对类抽象,而接口是对行为的抽象。抽象类是对整个类整体进行抽象,包括属性、行为,但是接口却是对类局部(行为)进行抽象。举个简单的例子,飞机和鸟是不同类的事物,但是它们都有一个共性,就是都会飞。那么在设计的时候,可以将飞机设计为一个类Airplane,将鸟设计为一个类Bird,但是不能将 飞行 这个特性也设计为类,因此它只是一个行为特性,并不是对一类事物的抽象描述。此时可以将 飞行 设计为一个接口Fly,包含方法fly( ),然后Airplane和Bird分别根据自己的需要实现Fly这个接口。然后至于有不同种类的飞机,比如战斗机、民用飞机等直接继承Airplane即可,对于鸟也是类似的,不同种类的鸟直接继承Bird类即可。从这里可以看出,继承是一个 "是不是"的关系,而 接口 实现则是 "有没有"的关系。如果一个类继承了某个抽象类,则子类必定是抽象类的种类,而接口实现则是有没有、具备不具备的关系,比如鸟是否能飞(或者是否具备飞行这个特点),能飞行则可以实现这个接口,不能飞行就不实现这个接口。

2)设计层面不同,抽象类作为很多子类的父类,它是一种模板式设计。而接口是一种行为规范,它是一种辐射式设计。什么是模板式设计?最简单例子,大家都用过ppt里面的模板,如果用模板A设计了ppt B和ppt C,ppt B和ppt C公共的部分就是模板A了,如果它们的公共部分需要改动,则只需要改动模板A就可以了,不需要重新对ppt B和ppt C进行改动。而辐射式设计,比如某个电梯都装了某种报警器,一旦要更新报警器,就必须全部更新。也就是说对于抽象类,如果需要添加新的方法,可以直接在抽象类中添加具体的实现,子类可以不进行变更;而对于接口则不行,如果接口进行了变更,则所有实现这个接口的类都必须进行相应的改动。

下面看一个网上流传最广泛的例子:门和警报的例子:门都有open( )和close( )两个动作,此时我们可以定义通过抽象类和接口来定义这个抽象概念:

abstract class Door { 
	 public abstract void open(); 
	  public abstract void close(); 
} 

或者:

interface Door { 
	public abstract void open(); 
 	public abstract void close(); 
} 

但是现在如果我们需要门具有报警alarm( )的功能,那么该如何实现?下面提供两种思路:

1)将这三个功能都放在抽象类里面,但是这样一来所有继承于这个抽象类的子类都具备了报警功能,但是有的门并不一定具备报警功能;

2)将这三个功能都放在接口里面,需要用到报警功能的类就需要实现这个接口中的open( )和close( ),也许这个类根本就不具备open( )和close( )这两个功能,比如火灾报警器。

从这里可以看出, Door的open() 、close()和alarm()根本就属于两个不同范畴内的行为,open()和close()属于门本身固有的行为特性,而alarm()属于延伸的附加行为。因此最好的解决办法是单独将报警设计为一个接口,包含alarm()行为,Door设计为单独的一个抽象类,包含open和close两种行为。再设计一个报警门继承Door类和实现Alarm接口。

interface Alram { 
    void alarm(); 
 } 
 
 abstract class Door { 
     void open(); 
     void close(); 
 } 
 
class AlarmDoor extends Door implements Alarm { 
    void oepn() { 
      //.... 
    } 
    void close() { 
      //.... 
    } 
    void alarm() { 
      //.... 
    } 
} 
     void close(); 
 } 
 
class AlarmDoor extends Door implements Alarm { 
    void oepn() { 
      //.... 
    } 
    void close() { 
      //.... 
    } 
    void alarm() { 
      //.... 
    } 
} 
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值