• 深入浅出外观模式(三) 转


    4. 抽象外观类

          在标准的外观模式结构图中,如果需要增加、删除或更换与外观类交互的子系统类,必须修改外观类或客户端的源代码,这将违背开闭原则,因此可以通过引入抽象外观类来 对系统进行改进,在一定程度上可以解决该问题。在引入抽象外观类之后,客户端可以针对抽象外观类进行编程对于新的业务需求,不需要修改原有外观类,而对 应增加一个新的具体外观类,由新的具体外观类来关联新的子系统对象,同时通过修改配置文件来达到不修改任何源代码并更换外观类的目的。

          下面通过一个具体实例来学习如何使用抽象外观类:

          如果在应用实例“文件加密模块”中需要更换一个加密类,不再使用原有的基于求模运算的加密类CipherMachine,而改为基于移位运算的新加密类NewCipherMachine,其代码如下:

    1. using System;  
    2.   
    3. namespace FacadeSample  
    4.  
    5.     class NewCipherMachine  
    6.      
    7.         public string Encrypt(string plainText)   
    8.          
    9.             Console.Write("数据加密,将明文转换为密文:");  
    10.             string es "" 
    11.             int key 10;//设置密钥,移位数为10  
    12.             char[] chars plainText.ToCharArray();  
    13.             foreach(char ch in chars)   
    14.              
    15.                 int temp Convert.ToInt32(ch);  
    16.                 //小写字母移位  
    17.                 if (ch >= 'a' && ch <= 'z' 
    18.                     temp += key 26;  
    19.                     if (temp 122) temp -= 26;  
    20.                     if (temp 97) temp += 26;  
    21.                  
    22.                 //大写字母移位  
    23.                 if (ch >= 'A' && ch <= 'Z' 
    24.                     temp += key 26;  
    25.                     if (temp 90) temp -= 26;  
    26.                     if (temp 65) temp += 26;  
    27.                  
    28.                 es += ((char)temp).ToString();  
    29.              
    30.             Console.WriteLine(es);  
    31.             return es;  
    32.          
    33.      
    34.  

           如果不增加新的外观类,只能通过修改原有外观类EncryptFacade的源代码来实现加密类的更换,将原有的对CipherMachine类型对象的引用改为对NewCipherMachine类型对象的引用,这违背了开闭原则,因此需要通过增加新的外观类来实现对子系统对象引用的改变。

           如果增加一个新的外观类NewEncryptFacade来与FileReader类、FileWriter类以及新增加的NewCipherMachine类进行交互,虽然原有系统类库无须做任何修改,但是因为客户端代码中原来针对EncryptFacade类进行编程,现在需要改为NewEncryptFacade类,因此需要修改客户端源代码。

           如何在不修改客户端代码的前提下使用新的外观类呢?解决方法之一是:引入一个抽象外观类,客户端针对抽象外观类编程,而在运行时再确定具体外观类,引入抽象外观类之后的文件加密模块结构图如图5所示:

    5 引入抽象外观类之后的文件加密模块结构图

           在图5中,客户类Client针对抽象外观类AbstractEncryptFacade进行编程,AbstractEncryptFacade代码如下:

    1. namespace FacadeSample  
    2.  
    3.     abstract class AbstractEncryptFacade  
    4.      
    5.         public abstract void FileEncrypt(string fileNameSrc, string fileNameDes);  
    6.      
    7.  

           新增具体加密外观类NewEncryptFacade代码如下:

    1. namespace FacadeSample  
    2.  
    3.     class NewEncryptFacade AbstractEncryptFacade  
    4.      
    5.         private FileReader reader;  
    6.         private NewCipherMachine cipher;  
    7.         private FileWriter writer;  
    8.   
    9.         public NewEncryptFacade()  
    10.          
    11.             reader new FileReader();  
    12.             cipher new NewCipherMachine();  
    13.             writer new FileWriter();  
    14.          
    15.   
    16.         public override void FileEncrypt(string fileNameSrc, string fileNameDes)  
    17.          
    18.             string plainStr reader.Read(fileNameSrc);  
    19.             string encryptStr cipher.Encrypt(plainStr);  
    20.             writer.Write(encryptStr, fileNameDes);  
    21.          
    22.      
    23.  

           配置文件App.config中存储了具体外观类的类名,代码如下:

    1. 相关阅读:
      Python 爬虫入门(一)
      Dubbo、Zookeeper集群搭建及Rose使用心得(二)
      Dubbo、Zookeeper集群搭建及Rose使用心得(一)
      JAVA 加密算法初探DES&AES
      Android 蓝牙模块基础操作
      IntelliJ IDEA 使用随笔
      Maven+SSM框架实现简单的增删改查
      记录一次bug解决过程:数据迁移
      SSM框架+Plupload实现断点续传(Spring+SpringMVC+MyBatis+Plupload)
      JAVA开发环境
    2. 原文地址:https://www.cnblogs.com/luckForever/p/7254930.html
    Copyright © 2020-2023  润新知