读书笔记10：外观模式

1、  概念

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

2、  模型

public class ModularA { public void ModularAMethod() { Console.WriteLine("A模块的方法。"); } } public class ModularB { public void ModularBMethod() { Console.WriteLine("B模块的方法。"); } } public class ModularC { public void ModularCMethod() { Console.WriteLine("C模块的方法。"); } } public class FaCade { private ModularA mda; private ModularB mdb; private ModularC mdc; public FaCade() { mda = new ModularA(); mdb = new ModularB(); mdc = new ModularC(); } public void FaCadeMethod()//该方法负责对外的联系 { mda.ModularAMethod(); mdb.ModularBMethod(); mdc.ModularCMethod(); } }

客户端

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

 结果

 

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