OOD的设计原则--接口隔离原则

     接口隔离原则(ISP)：使用多个专门的接口比使用单一的总接口要好。也就是说，一个类对另外一个类的依赖性应当是建立在最小的接口上的。
     这里的“接口”往往有两种不同的含义：一种是指一个类型所具有的方法特征的集合，仅仅是一种逻辑上的抽象；另外一种是指某种语言具体的“接口”定义，有严格的定义和结构。比如Java语言里面的Interface结构。对于这两种不同的含义，ISP的表达方式以及含义都有所不同。(上面说的一个类型，可以理解成一个类，我们定义了一个类，也就是定义了一种新的类型)
     当我们把“接口”理解成一个类所提供的所有方法的特征集合的时候，这就是一种逻辑上的概念。接口的划分就直接带来类型的划分。这里，我们可以把接口理解成角色，一个接口就只是代表一个角色，每个角色都有它特定的一个接口，这里的这个原则可以叫做“角色隔离原则”。
     如果把“接口”理解成狭义的特定语言的接口，那么ISP表达的意思是说，对不同的客户端，同一个角色提供宽窄不同的接口，也就是定制服务，个性化服务。就是仅仅提供客户端需要的行为，客户端不需要的行为则隐藏起来。
     在我们进行OOD的时候，一个重要的工作就是恰当的划分角色和角色对应的接口。将没有关系的接口合并在一起，是对角色和接口的污染。如果将一些看上去差不多的接口合并，并认为这是一种代码优化，这是错误的。不同的角色应该交给不同的接口，而不能都交给一个接口。
     对于定制服务，这样做最大的好处就是系统的可维护性。向客户端提供接口是一种承诺，public接口后是不能改变的，因此不必要的承诺就不要做出，承诺越少越好。

        原文链接：http://blog.csdn.net/kxy/archive/2005/07/05/413950.aspx