【设计模式】——外观模式

【外观模式】

 

外观模式为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用

外观模式隐藏系统的复杂性，并向客户端提供了可以访问系统的接口。这种类型的设计模式属于结构型模式，他向现有的系统添加一个接口，隐藏系统的复杂性

 

【介绍】

• 主要解决：降低访问复杂系统的内部子系统时的复杂度，简化客户端与之的接口

• 如何解决：客户端不予系统耦合，外观类和系统耦合

• 何时使用：客户端不需要知道系统内部的复杂联系，整个系统只需要一个接待员就可以；定义系统的入口

• 关键代码：在客户端和复杂系统之间再加一层，这一层将调用顺序、依赖关系等处理好

• 优点：1、减少系统相互依赖；2、提高灵活性；3、提高安全性

• 缺点：不符合开闭原则，如果要修改很麻烦，继承和重写都不合适

• 使用场景：1、为复杂的模块或子系统提供外界访问的模块；2、子系统相对独立；3、预防低水平人员带来的风险

• 注意事项：在层次化结构中，可以使用外观模式定义系统中每一层的入口

 

【实现】

 

步骤一：子系统类

 

class SubsystemOne

    {

        public void MethodOne()

        {

            Console.WriteLine("子系统方法一");

        }

    }

    class SubsystemThree

    {

        public void MethodThree()

        {

            Console.WriteLine("子系统方法三");

        }

    }

    class SubsystemTwo

    {

        public void MethodTwo()

        {

            Console.WriteLine("子系统方法二");

        }

    }

    class SubsystemFour

    {

        public void MethodFour()

        {

            Console.WriteLine("子系统方法四");

        }

    }

步骤二：外观类

class Facade

    {

        SubsystemOne one;

        SubsystemTwo two;

        SubsystemThree three;

        SubsystemFour four;

        public Facade()

        {

            one = new SubsystemOne();

            two = new SubsystemTwo();

            three = new SubsystemThree();

            four = new SubsystemFour();

        }

        public void MethodA()

        {

            Console.WriteLine("\n 方法组A（）--------");

            one.MethodOne();

            two.MethodTwo();

            four.MethodFour();

        }

        public void MethodB()

        {

            Console.WriteLine("\n 方法组B（）--------");

           

            two.MethodTwo();

            three.MethodThree();

        }

    }

 

步骤三：客户端代码

 

Facade facade = new Facade();

            facade.MethodA();

            facade.MethodB();

            Console.Read();

【总结】

 

外观模式的使用的三个阶段

• 第一阶段：在设计初期阶段，应该要有意识的将不同的两个层分离

• 第二阶段：在开发阶段，子系统往往因为不断地重构演化而变得越来越复杂，增加外观类facade可以提供一个简单的接口，减少他们之间的依赖

• 第三阶段：在维护一个遗留在大型系统时，可能这个系统已经非常难以维护和扩展，就需要为新系统开发一个外观facade类，来提供设计粗糙和高度发杂的遗留代码的比较清晰简单的接口，让新系统与facade对象交互，facade与遗留代码交互所有复杂的工作