你是否遇到过非常“胖”的接口呢?
举个例子来说吧:有一个跟动物有关的接口,代码如下:
<?php
interface Animal{
public function walk();
public function speak();
}
狗是这个接口的一个具体实现:
<?php
require_once "animal.php";
class Dog implements Animal{
public function walk(){
echo "dogs can walk";
}
public function speak(){
echo "dogs can speak";
}
}
ok,现在我们想创建一个鱼类,它会游泳,怎么办呢?我们必须要修改接口,还会影响到dog类的实现,而fish也需要实现walk和speak方法,如下代码所示:
Animal接口类:
<?php
interface Animal{
public function walk();
public function speak();
public function swim();
}
dog类:
<?php
require_once "animal.php";
class Dog implements Animal{
public function walk(){
echo "dogs can walk";
}
public function speak(){
echo "dogs can speak";
}
public function swim(){
}
}
fish类:
<?php
require_once "animal.php";
class Fish implements Animal{
public function walk(){
}
public function speak(){
}
public function swim(){
echo "fish can swim";
}
}
这时Animal接口类就呈现出了”胖“接口的特征了。所谓胖接口其实就是接口中定义了不是所有实现类都需要的方法,就像Animal接口类,有些动物是不会游泳的,有些动物是不会行走的,还有些动物是不会飞的。如果将这些方法都写在一个Animal接口类中,那么后期的扩展和维护简直就是一场灾难。
那么,怎么解决以上问题呢?
很简单,接口细化即可,将Animal接口类拆分成三个接口类:
animalCanWalk接口类:
<?php
interface animalCanSpeak{
public function speak();
}
AnimalCanSwim接口类:
<?php
interface AnimalCanSwim{
public function swim();
}
animalCanSpeak接口类:
<?php
interface animalCanSpeak{
public function speak();
}
定义好这几个接口类之后,dog和fish的实现就容易多了,
<?php
require_once "animalCanSpeak.php";
require_once "animalCanWalk.php";
class Dog implements animalCanSpeak,animalCanWalk{
public function walk(){
echo "dogs can walk";
}
public function speak(){
echo "dogs can speak";
}
}
<?php
require_once "animalCanSwim.php";
class Fish implements AnimalCanSwim{
public function swim(){
echo "fish can swim";
}
}
接口隔离原则(Interface Segregation Principle, ISP)的概念如下:使用多个专门的接口,而不使用单一的总接口,即客户端不应该依赖那些它不需要的接口。
在使用接口隔离原则时,我们需要注意控制接口的粒度,接口不能太小,如果太小会导致系统中接口泛滥,不利于维护;接口也不能太大,太大的接口将违背接口隔离原则,灵活性较差,使用起来很不方便。一般而言,接口中仅包含为某一类用户定制的方法即可,不应该强迫客户依赖于那些它们不用的方法。