标签:外部 lin 实现 屏蔽 遇到 adl http 变化 细节
在现实生活中,常常存在办事较复杂的例子,如办房产证或注册一家公司,有时要同多个部门联系,这时要是有一个综合部门能解决一切手续问题就好了。
软件设计也是这样,当一个系统的功能越来越强,子系统会越来越多,客户对系统的访问也变得越来越复杂。这时如果系统内部发生改变,客户端也要跟着改变,这违背了“开闭原则”,也违背了“迪米特法则”,所以有必要为多个子系统提供一个统一的接口,从而降低系统的耦合度,这就是外观模式的目标。
客户去当地房产局办理房产证过户要遇到的相关部门:
外观(Facade)模式的定义:是一种通过为多个复杂的子系统提供一个一致的接口,而使这些子系统更加容易被访问的模式。该模式对外有一个统一接口,外部应用程序不用关心内部子系统的具体的细节,这样会大大降低应用程序的复杂度,提高了程序的可维护性。
外观(Facade)模式是“迪米特法则”的典型应用,它有以下主要优点:
外观(Facade)模式的主要缺点如下:
外观(Facade)模式的结构比较简单,主要是定义了一个高层接口。它包含了对各个子系统的引用,客户端可以通过它访问各个子系统的功能。
外观(Facade)模式包含以下主要角色:
其结构图如图所示:
外观模式的实现代码如下:
class Program
{
static void Main(string[] args)
{
Facade f = new Facade();
f.method();
Console.ReadLine();
}
}
//外观角色
public class Facade
{
private SubSystem01 obj1=new SubSystem01();
private SubSystem02 obj2=new SubSystem02();
private SubSystem03 obj3=new SubSystem03();
public void method()
{
obj1.Method1();
obj2.Method2();
obj3.Method3();
}
}
//子系统角色
public class SubSystem01
{
public void Method1()
{
Console.WriteLine("子系统01的Method1()被调用!");
}
}
//子系统角色
public class SubSystem02
{
public void Method2()
{
Console.WriteLine("子系统02的Method2()被调用!");
}
}
//子系统角色
public class SubSystem03
{
public void Method3()
{
Console.WriteLine("子系统03的Method3()被调用!");
}
}
程序运行结果如下:
子系统01的Method1()被调用!
子系统02的Method2()被调用!
子系统03的Method3()被调用!
通常在以下情况下可以考虑使用外观模式:
在外观模式中,当增加或移除子系统时需要修改外观类,这违背了“开闭原则”。如果引入抽象外观类(或接口),则在一定程度上解决了该问题,其结构图如图所示:
标签:外部 lin 实现 屏蔽 遇到 adl http 变化 细节
原文地址:https://www.cnblogs.com/timefiles/p/AppearanceMode.html