你是否遇到过非常
举个例子来说吧：有一个跟动物有关的接口，代码如下：
<?phpinterface Animal{public function walk();public function speak();}
狗是这个接口的一个具体实现：
<?phprequire_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接口类：
<?phpinterface Animal{public function walk();public function speak();public function swim();}
dog类：
<?phprequire_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类：
<?phprequire_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接口类：
<?phpinterface animalCanSpeak{public function speak();}
AnimalCanSwim接口类：
<?phpinterface AnimalCanSwim{public function swim();}
animalCanSpeak接口类：
<?phpinterface animalCanSpeak{public function speak();}
定义好这几个接口类之后，dog和fish的实现就容易多了，，
<?phprequire_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";}}
<?phprequire_once "animalCanSwim.php";class Fish implements AnimalCanSwim{public function swim(){echo "fish can swim";}}
接口隔离原则(InterfaceSegregationPrinciple,ISP)的概念如下：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。
在使用接口隔离原则时，我们需要注意控制接口的粒度，接口不能太小，如果太小会导致系统中接口泛滥，不利于维护；接口也不能太大，太大的接口将违背接口隔离原则，灵活性较差，使用起来很不方便。一般而言，接口中仅包含为某一类用户定制的方法即可，不应该强迫客户依赖于那些它们不用的方法。
版权声明：本文为博主原创文章，未经博主允许不得转载。
我喜欢出发。凡是到达了的地方，
