设计模式之☞外观模式
2019-10-25 10:24
525 查看
简介
外观模式(Facade Pattern):外部与一个子系统的通信必须通过一个统一的外观对象进行,为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。外观模式又称为门面模式,它是一种对象结构型模式。
模式分析
根据“单一职责原则”,在软件中将一个系统划分为若干个子系统有利于降低整个系统的复杂性,一个常见的设计目标是使子系统间的通信和相互依赖关系达到最小,而达到该目标的途径之一就是引入一个外观对象,它为子系统的访问提供了一个简单而单一的入口。 -外观模式也是“迪米特法则”的体现,通过引入一个新的外观类可以降低原有系统的复杂度,同时降低客户类与子系统类的耦合度。 - 外观模式要求一个子系统的外部与其内部的通信通过一个统一的外观对象进行,外观类将客户端与子系统的内部复杂性分隔开,使得客户端只需要与外观对象打交道,而不需要与子系统内部的很多对象打交道。 -外观模式的目的在于降低系统的复杂程度。 -外观模式从很大程度上提高了客户端使用的便捷性,使得客户端无须关心子系统的工作细节,通过外观角色即可调用相关功能。
优点
- 对客户屏蔽子系统组件,减少了客户处理的对象数目并使得子系统使用起来更加容易。通过引入外观模式,客户代码将变得很简单,与之关联的对象也很少。
- 实现了子系统与客户之间的松耦合关系,这使得子系统的组件变化不会影响到调用它的客户类,只需要调整外观类即可。
- 降低了大型软件系统中的编译依赖性,并简化了系统在不同平台之间的移植过程,因为编译一个子系统一般不需要编译所有其他的子系统。一个子系统的修改对其他子系统没有任何影响,而且子系统内部变化也不会影响到外观对象。
- 只是提供了一个访问子系统的统一入口,并不影响用户直接使用子系统类。
缺点
- 不能很好地限制客户使用子系统类,如果对客户访问子系统类做太多的限制则减少了可变性和灵活性。
- 在不引入抽象外观类的情况下,增加新的子系统可能需要修改外观类或客户端的源代码,违背了“开闭原则”。
用途
- 当要为一个复杂子系统提供一个简单接口时可以使用外观模式。该接口可以满足大多数用户的需求,而且用户也可以越过外观类直接访问子系统。
- 客户程序与多个子系统之间存在很大的依赖性。引入外观类将子系统与客户以及其他子系统解耦,可以提高子系统的独立性和可移植性。
- 在层次化结构中,可以使用外观模式定义系统中每一层的入口,层与层之间不直接产生联系,而通过外观类建立联系,降低层之间的耦合度。
模式结构图
外观模式包含如下角色:
- Facade: 外观角色
- SubSystem:子系统角色
时序图
代码实现
创建接口:
Facade.cs
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace Facade { public interface Facade { void speak(); } }
接口实现类:
SystemA.cs、SystemB.cs、SystemC.cs
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace Facade { public class SystemA:Facade { public void speak() { Console.WriteLine("我是系统A"); } } }
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace Facade { public class SystemB : Facade { public void speak() { Console.WriteLine("我是系统B"); } } }
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace Facade { public class SystemC : Facade { public void speak() { Console.WriteLine("我是系统C"); } } }
创建外观类:
ShapeMaker.cs
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace Facade { public class ShapeMaker { private Facade systemA; private Facade systemB; private Facade systemC; public ShapeMaker() { systemA = new SystemA(); systemB = new SystemB(); systemC = new SystemC(); } public void operationA() { systemA.speak(); } public void operationB() { systemB.speak(); } public void operationC() { systemC.speak(); } } }
控制台实现:
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace Facade { class Program { static void Main(string[] args) { ShapeMaker shapeMaker = new ShapeMaker(); shapeMaker.operationA(); shapeMaker.operationB(); shapeMaker.operationC(); Console.ReadKey(); } } }
效果:
相关文章推荐
- 设计模式-外观模式的理解
- 设计模式心得:适配器模式(adapter pattern)和外观模式(facade pattern)
- 设计模式—外观模式
- Net设计模式实例之外观模式(Façade Pattern)
- JAVA 设计模式 外观模式
- (转载)设计模式学习笔记(十一)——Facade外观模式
- 代理模式、装饰模式、适配器模式、组合模式、桥梁模式、外观模式、享元模式【读书笔记】设计模式4章:结构型模式
- 十二、设计模式之外观模式(结构型)
- 第十四篇 设计模式--外观模式
- 我所理解的设计模式(C++实现)——外观模式(Facade Pattern)
- 23种设计模式(10)_结构型_外观模式(Facade Pattern)
- 设计模式之结构性模式---外观模式
- 设计模式-外观模式
- 设计模式——外观模式(Facade Pattern)
- 设计模式--- 外观(Facade)模式
- 2.11学习内容,设计模式:(门面模式)外观模式
- 设计模式-快餐简解-【外观模式】
- PHP设计模式 外观模式(Facade)
- 设计模式- 外观模式
- 深入理解JavaScript系列(30):设计模式之外观模式