抽象类和接口是两个很容易产生疑惑的概念,分不清它们的使用场景,其实只要记住两点就比较好理解:
- 接口是对行为的抽象
- 抽象类是对子类有哪些属性和行为的抽象
当你需要对一个类有哪些行为进行约束时,使用接口;需要为其他类提供一个模板以及一些通用的属性和行为,使用抽象类。
在理解什么是抽象类和接口的前提下,延伸出一些思考:在一定程度上,接口似乎是比抽象类更底层的存在,是否可以理解为先有行为,对行为进行组合才能有类?
那么下面代码中,抽象类对接口的实现有没有实际意义?
php
<?php
interface IAnimal
{
public function move(): void;
public function sleep(): void;
public function eat(): void;
}
interface Wag
{
public function wag();
}
interface Climb
{
public function climb();
}
abstract class AbstractAnimal implements IAnimal
{
abstract function move(): void;
public function sleep(): void
{
echo 'sleeping', PHP_EOL;
}
public function eat(): void
{
echo 'eating', PHP_EOL;
}
}
class Dog extends AbstractAnimal implements Wag
{
function move(): void
{
echo 'dog running', PHP_EOL;
}
public function wag(): void
{
echo 'wagging', PHP_EOL;
}
}
class Cat extends AbstractAnimal implements Climb
{
function move(): void
{
echo 'cat walking quietly', PHP_EOL;
}
public function climb(): void
{
echo 'climbing', PHP_EOL;
}
}
如果更进一步,抽象类的方法和接口相同,并且都是抽象方法的情况下,接口和抽象类谁更有存在的意义?
抽象类是为了提高代码复用,定义类之间的层次关系,接口是为了实现多态性和解耦。我们要知道两者并不是对立关系,甚至目标一致,都是为了提高代码质量。
工具是死的,但人是活的,所以我认为使用者并不用太过于纠结,代码没有百分百完美,也不是死板的教条。只要在需求和设计目标明确的前提下,选择抽象类或接口,甚至组合起来使用都是可以的,解决实际问题才是我们最终的目的......
最后,再来回答一下前边的三个问题:
- 抽象类和接口的层级关系:抽象类可以被视为介于接口和类之间的一种中间形式。
- 抽象类实现接口的意义:统一接口规范,确保抽象类和子类都遵循接口的约束。
- 全抽象方法的抽象类和接口谁更有意义:如果只是定义方法契约而不提供具体实现,接口更有意义;抽象类有明确扩展目标时,保留抽象类。