设计模式之外观模式
2017-09-01 20:47
232 查看
c#外观模式
1.定义
为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。2.实现原理
1.UML类图:2.代码实现:
//四个子系统的类 class SubSystemOne { public void MethdOne() { Console.WriteLine("子系统方法一"); } } class SubSystemTwo { public void MethodTwo() { Console.WriteLine("子系统方法二"); } } class SubSystemThree { public void MethdThree() { Console.WriteLine("子系统方法三"); } } class SubSystemFour { public void MethdFour() { Console.WriteLine("子系统方法四"); } }
//外观类 class Faced { SubSystemOne one; SubSystemTwo two; SubSystemThree three; SubSystemFour four; public Faced() { //他需要了解所有子系统的方法或属性 进行组合 以备外界调用 one = new SubSystemOne(); two = new SubSystemTwo(); three = new SubSystemThree(); four = new SubSystemFour(); } public void MethodA() { Console.WriteLine("方法组A"); one.MethdOne(); two.MethodTwo(); } public void MethodB() { Console.WriteLine("方法组B"); three.MethdThree(); four.MethdFour(); } }
客户端:
class Program { static void Main(string[] args) { //由于Faced的作用可以不用知道三个子系统的存在 Faced faced = new Faced(); faced.MethodA(); faced.MethodB(); Console.ReadKey(); } }
输出:子系统方法一
子系统方法二
子系统方法三
子系统方法四
3.何时使用
分为三个阶段:首先在设计初期阶段,应该要有意思的将不同的两个层分离,比如经典的三层架构,就需要考虑数据访问层、业务逻辑层和表示层的层与层之间建立外观,这样可以为复杂的子系统提供简单的接口,使得耦合大大降低。
其次,在开发阶段,子系统往往因为不断的重构演化而变得越来越复杂,大多数的模式在使用时也会产生很多很小的类,这本是好事,但也给外部调用他们的用户程序带来了使用上的困难,增加外观Faced可以提供一个简单的接口,减少他们之间的依赖。
第三,在维护一个遗留的大型系统时,可能这个系统已经难以维护和扩展了,但因为他含有非常重要的功能,新的开发需求要依赖它。此时用外观模式也是非常合适的。你可以为新系统开发一个外观类,来提供设计粗糙或高度复杂的遗留代码比较清晰简单的接口,让新系统与Faced对象交互,Faced与遗留代码交互所有复杂的工作。
相关文章推荐
- 设计模式之外观模式(Facade)
- 设计模式之外观模式
- 设计模式--外观模式
- php设计模式 Facade(外观模式)
- 设计模式 外观模式(Facade)
- 设计模式之结构型模式(适配器、桥接、外观、代理、享元、组合、装饰)
- 设计模式学习之路-外观模式
- 设计模式之外观模式
- JAVA设计模式之门面模式(外观模式)
- java设计模式--外观模式
- java设计模式,外观模式
- 设计模式笔记(11)---外观模式(结构型)
- 设计模式 8 —— 适配器和外观模式
- java设计模式-外观模式(Facade)
- 设计模式之(Facade)外观模式
- 设计模式——适配器、装饰者、外观和代理模式
- 设计模式之九 --- 外观(Facade)模式
- C#设计模式——外观模式(Facade Pattern)
- 设计模式-外观模式(facade pattern)