智能网站排名优化,网站抽奖模板,手机搜索引擎排名,网站备案信息地址一、接口隔离原则
1、原理 客户端不应该依赖它不需要的接口#xff0c;即一个类对另一个类的依赖应该建立在最小的接口上。如果强迫客户端依赖于那些它们不使用的接口#xff0c;那么客户端就面临着这个未使用的接口的改变所带来的变更#xff0c;这无意间导致了客户程序之…一、接口隔离原则
1、原理 客户端不应该依赖它不需要的接口即一个类对另一个类的依赖应该建立在最小的接口上。如果强迫客户端依赖于那些它们不使用的接口那么客户端就面临着这个未使用的接口的改变所带来的变更这无意间导致了客户程序之间的耦合。换种说法如果一个客户程序依赖于一个含有它不使用的方法的类但是其他客户程序确需要使用该方法那么当其他客户要求这个类改变时就会影响到这个客户程序。我们希望尽可能地避免这种耦合因此我们希望分离接口。 2、示例
2.1、迭代一 A类通过接口依赖B类B类实现接口全部方法但是A类只使用B类的func1、func2、func3等三个方法C类通过接口依赖D类D类实现接口全部方法C类使用到接口的func1、func4、func5等三个方法。UML类图如下 代码如下 #include iostream
using namespace std;// Interface 接口
class Interface
{
public:virtual void func1();virtual void func2();virtual void func3();virtual void func4();virtual void func5();
};// B 类
class B : public Interface
{
public:void func1(){cout B 类实现 func1 endl;}void func2(){cout B 类实现 func2 endl;}void func3(){cout B 类实现 func3 endl;}void func4(){cout B 类实现 func4 endl;}void func5(){cout B 类实现 func5 endl;}
};// D 类
class D : public Interface
{
public:void func1(){cout D 类实现 func1 endl;}void func2(){cout D 类实现 func2 endl;}void func3(){cout D 类实现 func3 endl;}void func4(){cout D 类实现 func4 endl;}void func5(){cout D 类实现 func5 endl;}
};// 1、A类 通过Interface接口 依赖B类
// 2、A类使用到接口的1、2、3等三个方法
class A {
public:void depend1(Interface i){i.func1();}void depend2(Interface i){i.func2();}void depend3(Interface i){i.func3();}
};// 1、C类 通过Interface接口 依赖D类
// 2、C类使用到接口的1、4、5等三个方法
class C {
public:void depend1(Interface i){i.func1();}void depend4(Interface i){i.func4();}void depend5(Interface i){i.func5();}
};int main()
{B objB;D objD;A objA;C objC;objA.depend1(objB);objA.depend2(objB);objA.depend3(objB);objC.depend1(objD);objC.depend4(objD);objC.depend5(objD);return 0;
}上面代码存在的问题 接口对于类A与类C来说不是最小接口那么类B和类D必须去实现他们不需要的方法
2.2、迭代二 按照接口分离原则类A与类C分别于他们需要的接口建立依赖关系修改后的类图如下 3、结论 胖类会导致它们的客户程序之间产生不正常的并且有害的耦合关系。当一个客户程序要求该胖类进行一个改动时会影响到其他的所有的客户程序。因此、客户程序应该仅仅依赖于它们实际调用的方法。通过把胖类的接口分解为多个特定于客户程序的接口可以实现这个目标。
