C# 设计模式系列教程-外观模式

1. 概述

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

2. 模式中的角色

  2.1 外观类(Facade):外观类知道哪些子系统类负责处理请求,将客户的请求代理给恰当的子系统对象。

  2.2 子系统类集合(SubSystem Classes):子系统类集合实现了子系统的功能,处理外观类对象指派的任务。

3. 模式解读

  3.1 外观模式的类图

  3.2 外观模式的代码实现

 /// <summary>
 /// 子系统中的一个类
 /// </summary>
 public class SubSystemOne
 {
  public void MethodeOne()
  {
   Console.WriteLine("Sub System first method.");
  }
 }

 /// <summary>
 /// 子系统中一个类
 /// </summary>
 public class SubSystemTwo
 {
  public void MethodTwo()
  {
   Console.WriteLine("Sub System second method.");
  }
 }

 /// <summary>
 /// 子系统中一个类
 /// </summary>
 public class SubSystemThree
 {
  public void MethodThree()
  {
   Console.WriteLine("Sub System third method.");
  }
 }

 /// <summary>
 /// 子系统中一个类
 /// </summary>
 public class SubSystemFour
 {
  public void MethodFour()
  {
   Console.WriteLine("Sub System fourth method.");
  }
 }

 /// <summary>
 /// 外观类
 /// </summary>
 public class Facade
 {
  private SubSystemOne one;
  private SubSystemTwo two;
  private SubSystemThree three;
  private SubSystemFour four;

  public Facade()
  {
   one = new SubSystemOne();
   two = new SubSystemTwo();
   three = new SubSystemThree();
   four = new SubSystemFour();
  }

  public void MethodA()
  {
   Console.WriteLine("\nMethod group A----");
   one.MethodeOne();
   two.MethodTwo();
   four.MethodFour();
  }

  public void MethodB()
  {
   Console.WriteLine("\nMethod group B----");
   two.MethodTwo();
   three.MethodThree();
  }
 }

 3.3 客户端代码

 class Program
 {
  static void Main(string[] args)
  {
   // 由于Facade的作用,客户端可以根本不知道子系统类的存在
   Facade facade = new Facade();
   facade.MethodA();
   facade.MethodB();

   Console.Read();
  }
 }

 运行结果

4. 模式总结

  4.1 优点

    4.1.1 Facade模式降低了客户端对子系统使用的复杂性。

    4.1.2 外观模式松散了客户端与子系统的耦合关系,让子系统内部的模块能更容易扩展和维护。

    4.1.3 通过合理使用Facade,可以帮助我们更好的划分访问的层次。

  4.2 缺点

    过多的或者是不太合理的Facade也容易让人迷惑,到底是调用Facade好呢,还是直接调用模块好。

  4.3 适用场景

    4.3.1 需要将设计进行分层时考虑Facade模式。

    4.3.2 在开发阶段,子系统往往因为重构变得越来越复杂,增加外观模式可以提供一个简单的接口,减少它们之间的依赖。

    4.3.3 在维护一个遗留的大型系统时,可以这个系统已经非常难以维护和扩展,可以为新系统开发一个Facade类,来提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口,让新系统与Facade对象交互,Facade与遗留代码交互所有复杂的工作。

5. 应用举例:分层开发中,对数据访问层我们增加DataAccess作为对外的接口来操作数据库子系统。

  5.1 实现类图

  5.2 实现代码

 public class Employee
 {
  public string Name { get; set; }
  public int Age { get; set; }

  public Salary Salary { get; set; }
 }

 public class Salary
 {
  public DateTime From { get; set; }
  public DateTime To { get; set; }
  public decimal Amount { get; set; }
 }

 public class EmployeeDataAccess
 {
  public void SaveEmployee(Employee employee)
  {
   Console.WriteLine("Save employee to database.");
  }

  public void DeleteEmployee(Employee employee)
  {
   Console.WriteLine("Remode employee from database.");
  }
 }

 public class SalaryDataAccess
 {
  public void SaveSalary(Salary salary)
  {
   Console.WriteLine("Save salary to database.");
  }

  public void DeleteSalary(Salary salary)
  {
   Console.WriteLine("Remove salary from database.");
  }
 }

 /// <summary>
 /// DataAccess为客户端提供一个简单的接口
 /// </summary>
 public class DataAccess
 {
  private EmployeeDataAccess employeeDataAccess = new EmployeeDataAccess();
  private SalaryDataAccess salaryDataAccess = new SalaryDataAccess();

  public void SaveEmployee(Employee employee)
  {
   // 先保存员工基本信息
   employeeDataAccess.SaveEmployee(employee);

   // 保存员工薪水信息
   salaryDataAccess.SaveSalary(employee.Salary);
  }

  public void RemoveEmployee(Employee employee)
  {
   // 先删除员工薪水信息
   salaryDataAccess.DeleteSalary(employee.Salary);

   // 删除员工基本信息
   employeeDataAccess.DeleteEmployee(employee);
  }
 }

  5.3 客户端代码

 class Program
 {
  static void Main(string[] args)
  {
   DataAccess.DataAccess dataAccess = new DataAccess.DataAccess();
   DataAccess.Employee employee = new DataAccess.Employee() { Salary = new DataAccess.Salary(), Name = "Wang Kevin", Age = 22 };

   dataAccess.SaveEmployee(employee);
   dataAccess.RemoveEmployee(employee);

   Console.Read();
  }
 }

  运行结果

以上就是本文的全部内容,希望能给大家一个参考,也希望大家多多支持我们。

(0)

相关推荐

  • C#设计模式之Facade外观模式解决天河城购物问题示例

    本文实例讲述了C#设计模式之Facade外观模式解决天河城购物问题.分享给大家供大家参考,具体如下: 一.理论定义 外观模式   把  分散的子系统,集合成一个系统,提供一站式服务. 二.应用举例 需求描述: 聂小倩 和 宁采臣是一对小富则安 的聊斋夫妻.住在比较偏远的小乡村. 今天,两人初次来到大城市广州,听说天河城提供一站式服务,不像小城市那样,买个东西  得  东奔西跑. 在一个地方,就可以买到 自己想要的衣服,电脑,鞋子,Iphone,还可以看大片, 吃冰淇淋,吃真功夫,买化妆品,珠宝首

  • 解析C#设计模式编程中的装饰者模式

    装饰者模式定义:不通过派生类增改类属性动作,而是通过模式设计动态的达到这种效果,而且比继承更方便灵活减少程序的复杂性. 举例 汪峰打造冠军团队. 首先团队类为空,经过汪峰不断的努力,为团队争取学员,也为团队队员打造合适的平台,让其发挥. 团队不断的变强,变完整,是由装饰者,根据不同的需求,给基类进行增改,一致最后赢得你的赞同,满足你的需求. 实现装配器模式的类图: 战队组建代码 //汪峰战队 abstract class WangFengTeam { //执行策划命令 abstract publ

  • C#中利用代理实现观察者设计模式详解

    界面开发中,经常使用观察者设计模式来实现文档/视图模式,当文档内容改变时,作为观察者的用户视图必须相应作出调整以向用户呈现文档的状态.由于语言机制的不同,观察者设计模式在不同的语言中实现方法也不尽相同. 在MFC的文档/视图模式中,每当文档内容改变都需要调用UpdateAllView函数来更新视图,该函数会遍历文档的每一个视图,调用每个视图的更新函数来更新视图,为此文档须登记每一个使用该文档的视图.C#中观察者设计模式的实现也可以采用这种方法,但C#提供的代理(delegate)机制为实现观察者

  • C#设计模式之单例模式实例讲解

    前言 最近开始花点心思研究下设计模式,主要还是让自己写的代码可重用性高.保证代码可靠性.所谓设计模式,我找了下定义:是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.毫无疑问,设计模式于己于他人于系统都是多赢的:设计模式使代码编制真正工程化:设计模式是软件工程的基石脉络,如同大厦的结构一样. 为什么要提倡"Design Pattern(设计模式)"? 根本原因是为了代码复用,增加可维护性.因此这次我们来学习下设计模式,最后会通过C#语言来实现这些设计模式作为例子,深刻

  • 详解C#的设计模式编程之抽象工厂模式的应用

    这里首先以一个生活中抽象工厂的例子来实现一个抽象工厂,然后再给出抽象工厂的定义和UML图来帮助大家更好地掌握抽象工厂模式,同时大家在理解的时候,可以对照抽象工厂生活中例子的实现和它的定义来加深抽象工厂的UML图理解.抽象工厂模式比其它工厂模式更加抽象,抽象工厂模式适用与多个抽象类的情况下,通过工厂返回多个抽象类中你需要得到的具体子类实例. 抽象工厂模式比其它工厂模式更加抽象,抽象工厂模式适用与多个抽象类的情况下,通过工厂返回多个抽象类中你需要得到的具体子类实例. 举例阐述抽象工厂模式: 假如中国

  • 解析C#设计模式编程中外观模式Facade Pattern的应用

    实例引入 在家庭影院中,有灯光,屏幕,投影机,功放机,DVD 播放器这几个基本的工具: 灯光,可以关闭灯光和打开灯光. 投影机,可以打开和关闭投影机. 屏幕,可以打开和关闭. 功放机,可以关闭音量和打开音量. DVD 播放器,可以打开播放器和关闭播放器. 以最普通的方式实现观看电影,类图如下所示: 按照类图所示,如果要观看电影,必须在客户端执行下面的操作:先打开投影仪,再打开功放机,再打开屏幕,再打开 DVD 播放机,再打开灯光,在经历了这么多操作后,才可以看一场电影.而在关闭电影的时候,也要先

  • 浅谈C#设计模式之代理模式

    代理模式是常用的结构型设计模式之一,当无法直接访问某个对象或访问某个对象存在困难时可以通过一个代理对象来间接访问,为了保证客户端使用的透明性,所访问的真实对象与代理对象需要实现相同的接口.根据代理模式的使用目的不同,代理模式又可以分为多种类型,例如保护代理.远程代理.虚拟代理.缓冲代理等,它们应用于不同的场合,满足用户的不同需求 复制代码 代码如下: using System; using System.Collections.Generic; using System.Linq; using

  • C#设计模式之外观模式介绍

    1.在设计初期阶段,应该要有意识的将不同的两层分离,比如考虑数据访问层.业务逻辑层.表示层之间建立外观模式,这样可以为子系统提供简单一致的接口,使得耦合大大降低. 2.开发阶段,子系统内部由于不够重构变得非常复杂,增加外观模式可以屏蔽这个复杂性,并提供简单的接口. 3.维护一个遗留的大型系统,代码不好再维护时,使用外观模式也是不错的选择. 看看外观模式的结构图: Facade类定义:可以给高层系统提供简单的接口 复制代码 代码如下: class Facade { SubSystemOne one

  • C# 设计模式系列教程-策略模式

    在讲策略模式之前,我先给大家举个日常生活中的例子,从首都国际机场到XXX酒店,怎么过去?1)酒店接机服务,直接开车来接.2)打车过去.3)机场快轨+地铁 4)机场巴士 5)公交车 6)走路过去(不跑累死的话) 等等.使用方法,我们都可以达到从机场到XXX酒店的目的,对吧.那么我所列出的从机场到XXX酒店的的方法,就是我们可以选择的策略. 再举个例子,就是我们使用WCF时,往往避免不了对它进行扩展,例如授权,我们可以通过自定义授权来扩展WCF.这里我们可以通过自定义AuthorizationPol

  • C#设计模式之观察者模式实例讲解

    前言 最近开始花点心思研究下设计模式,主要还是让自己写的代码可重用性高.保证代码可靠性.所谓设计模式,我找了下定义:是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.毫无疑问,设计模式于己于他人于系统都是多赢的:设计模式使代码编制真正工程化:设计模式是软件工程的基石脉络,如同大厦的结构一样. 为什么要提倡"Design Pattern(设计模式)"? 根本原因是为了代码复用,增加可维护性.因此这次我们来学习下设计模式,最后会通过C#语言来实现这些设计模式作为例子,深刻

  • c#设计模式 适配器模式详细介绍

    后续内容将包括以下结构模式: 适配器模式(Adapter):Match interfaces of different classes合成模式(Composite):A tree structure of simple and composite objects装饰模式(Decorator):Add responsibilities to objects dynamically代理模式(Proxy):An object representing another object享元模式(Flywei

随机推荐