读书笔记10：外观模式

1、  概念

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

2、  模型

[csharp]  view plain copy print ?

1. public class ModularA  
2. {  
3.     public void ModularAMethod()  
4.     {  
5.         Console.WriteLine("A模块的方法。");  
6.     }  
7. }  
8.   
9. public class ModularB  
10. {  
11.   
12.     public void ModularBMethod()  
13.     {  
14.         Console.WriteLine("B模块的方法。");  
15.     }  
16. }  
17.   
18. public class ModularC  
19. {  
20.     public void ModularCMethod()  
21.     {  
22.         Console.WriteLine("C模块的方法。");  
23.     }  
24. }  
25.   
26. public class FaCade  
27. {  
28.     private ModularA mda;  
29.   
30.     private ModularB mdb;  
31.   
32.     private ModularC mdc;  
33.   
34.      public FaCade()  
35.     {  
36.         mda = new ModularA();  
37.   
38.         mdb = new ModularB();  
39.   
40.         mdc = new ModularC();  
41.     }  
42.   
43.     public void FaCadeMethod()//该方法负责对外的联系  
44.     {  
45.         mda.ModularAMethod();  
46.   
47.         mdb.ModularBMethod();  
48.   
49.         mdc.ModularCMethod();  
50.     }  
51. }  

客户端

[csharp]  view plain copy print ?

1. //如果不用外观模式，则客户端分别要调用ModularA，ModularB,ModularC，耦合就强了。  
2. //ModularA mda = new ModularA();  
3. //ModularB mdb = new ModularB();  
4. //ModularC mdc = new ModularC();  
5. //mda.ModularAMethod();  
6. //mdb.ModularBMethod();  
7. //mdc.ModularCMethod();  
8.    
9. //使用外观模式，客户端只关心FaCade的方法，之和这一个类发生联系，减少了耦合。  
10. FaCade fd = new FaCade();  
11. fd.FaCadeMethod();  
12. Console.ReadLine();  

 结果

  

    其实这种模式，在平时写代码时那是经常使用的，有时候写一个单独的功能模块，就有这样的一个类，负责与外界交流，接受传入的参数，并负责传出结果，外部是不需要关心模块如何实现，往往是引用这个类传入某些值，该类再传出结果，至于如何实现功能那就是这个模块的事了。因此减少了这个模块与外界的接触，而且如果该模块的内部算法除了问题，不会影响其他模块运行，只是表现在结果不正确而已。而且我一般写单独模块都把里面的public除了要和外界交互的类，其它都写成internal，强制外面访问不到内部的细节。