设计原则之接口隔离原则（ISP）

你是否遇到过非常“胖”的接口呢？

举个例子来说吧：有一个跟动物有关的接口，代码如下：

<?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)的概念如下：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。

在使用接口隔离原则时，我们需要注意控制接口的粒度，接口不能太小，如果太小会导致系统中接口泛滥，不利于维护；接口也不能太大，太大的接口将违背接口隔离原则，灵活性较差，使用起来很不方便。一般而言，接口中仅包含为某一类用户定制的方法即可，不应该强迫客户依赖于那些它们不用的方法。