C#设计模式六大原则——接口隔离

接口隔离定义：

　　一般有两种定义：

　　1：客户端不应该依赖他不需要的接口

　 2：类间的依赖关系应该建立在最小的接口上

我们在建立接口时，应该尽量建立单一，不臃肿庞大的接口，应尽量使接口细化，方法尽量少。

接口隔离原则与单一原则的区别：

　　接口隔离原则和单一职责原则的审视角度不同，单一职责原则要求类和接口的职责单一，这是业务逻辑上的划分。接口隔离原则要求接口的方法尽量少，细化。

接口隔离原则的应用：

　　美女，我们一般认为有好的面孔，好的身材，好的脾气。那我们来定义一个美女的接口，有好的面孔，好的身材，好的脾气。

public interface IPettyGirl
    {
        void GoodLooking();//要有好的面孔
        void NiceFigure();//要有好身材
        void GoodTemperament();//要有好气质
    }

　　实现一个具体的美女：

public class PettyGirl : IPettyGirl
    {
        private string name;
        public PettyGirl(string name)
        {
            this.name = name;
        }
        public void GoodLooking()
        {
            Console.WriteLine(name + "---有好的面孔");
        }
        public void NiceFigure()
        {
            Console.WriteLine(name + "---有好身材");
        }
        public void GoodTemperament()
        {
            Console.WriteLine(name + "---有好气质");
        }

    }

　　美女已经实现，我们定义一个抽象的星探类：

public abstract class AbstractSearcher
    {
        protected PettyGirl pettyGirl;
        public AbstractSearcher(IPettyGirl pettyGirl)
        {
            this.pettyGirl = (PettyGirl)pettyGirl;
        }
        public abstract void Show();
    }

　　实现一个具体的星探：

public class Searcher : AbstractSearcher
    {
        public Searcher(IPettyGirl pettyGirl) : base(pettyGirl)
        {

        }
        public override void Show()
        {
            Console.WriteLine("----美女的信息如下：---");
            //显示好的面孔
            base.pettyGirl.GoodLooking();
            //显示好身材
            base.pettyGirl.NiceFigure();
            //显示好气质
            base.pettyGirl.GoodTemperament();
        }
    }

　　然后在一个场景中实现一个星探找美女的过程：

class Program
    {
        static void Main(string[] args)
        {
            IPettyGirl xiaoHong = new PettyGirl("小红");
            AbstractSearcher searcher = new Searcher(xiaoHong);
            searcher.Show();
            Console.ReadKey();
        }
        
    }

　　显示运行结果：

----美女的信息如下：---
小红---有好的面孔
小红---有好身材
小红---有好气质

然而，随着人们审美观点的变化，美女的定义也在发生变化，人们也会把面容一般，身材一般，脾气特别好的女孩定义为美女，如气质美女，但是，我们的接口已经定义了美女具备的三个条件，气质美女不是我们定义美女的标准，这时，我们应该将接口量化，因为我们以前定义的美女太过宽泛，把美女接口拆分为两个接口，一个是外形美女接口，一个是气质美女接口，这样我的接口才灵活，易于扩展和维护。

　　定义两个接口：外形美女和气质美女

public interface IGoodBodyGirl
    {
        void GoodLooking();//要有好的面孔
        void NiceFigure();//要有好身材
    }
    public interface IGoodTemperamentGirll
    {
        void GoodTemperament();////要有好气质
    }

　　最标准美女：

public class PettyGirl : IGoodBodyGirl, IGoodTemperamentGirl
    {
        private string name;
        public PettyGirl(string name)
        {
            this.name = name;
        }
        public void GoodLooking()
        {
            Console.WriteLine(name + "---有好的面孔");
        }
        public void NiceFigure()
        {
            Console.WriteLine(name + "---有好身材");
        }
        public void GoodTemperament()
        {
            Console.WriteLine(name + "---有好气质");
        }
    }

保证接口的纯洁性

接口隔离原则是对接口进行规范约束。

接口要尽量小

这是接口隔离原则的核心定义，接口要尽量小，不要出现臃肿的接口，但是小也是有限度的，不能违背单一职责原则。

接口要高内聚

高内聚就是提高接口，类，模块的处理能力，减少对外的交互。具体到接口隔离原则就是要求在接口中尽量减少公布public方法，接口是对外的承诺，承诺越少对系统开发越有利，变更的风险就越少。

接口设计是有限度的

接口的设计粒度越小，系统越灵活。但是灵活的同时也带来了结构复杂，开发难度大，可维护性降低。所以接口设计是注意度。

接口隔离原则开发经验

接口隔离原则是对接口的定义，同时也是对类的定义，接口和类尽量使用原子接口或原子类来组装。我们在实践中可以以下几个规则来衡量：

一个接口只服务于一个子模块或业务逻辑
通过业务逻辑压缩接口中的public方法，接口要不断的精简，以达到接口不断完善
已经被污染的接口，尽量去修改，若变更的风险较大，则采用适配器进行转化处理