敏捷软件开发 – FACADE模式和MEDIATOR模式

Posted 2020-08-09 顾强

FACADE模式

　　Db类使得Application类不需要了解System.Data命名空间中的内部细节。它把System.Data的所有通用性和复杂性隐藏在一个非常简单且特定的接口后面。

　　像Db这样的FACADE类对System.Data的使用施加了许多规约。它知道如何初始化和关闭数据库连接。它知道如何将ProductData的成员变量转换成数据库字段，或反之。它知道如何去构建合适的查询和命令去操纵数据库。它对用户隐藏了所有的复杂性。在Application看来，System.Data是不存在的，它隐藏在FACADE后面。

　　使用FACADE模式意味着开发人员已经接受了所有数据库调用都要通过Db类的约定。如果Application的任意一部分代码越过该FACADE直接去访问System.Data，那么就违反了该约定。像这样，该FACADE对Application施加了它的规约。基于约定，Db类称为了System.Data的唯一代理。

　　可以使用FACADE对程序的任何部分进行隐藏。不过，最常见的做法是使用FACADE来隐藏数据库，因此该模式也称为TABLE DATA GATEWAY。

MEDIATOR模式

　　MEDIATOR模式同样也是施加规约。不过，FACADE模式是以可见且强制的方式施加它的规约，而MEDIATOR模式则是以隐藏切自由的方式来施加它的规约的。

using System;
using System.win.Windows.Form;

public class QuickEntryMediator
{
    private TextBox itsTextField;
    private ListBox itsList;

    public QuickEntryMediator(TextBox t, ListBox l)
    {
        itsTextField = t;
        itsList = l;

        itsTextField.TextChagned += new EventHandler(TextFieldChanged);
    }

    private void TextFieldChanged(object sender, EventArgs args)
    {
        String prefix = itsTextField.getText();

        if (prefix.length() == 0)
        {
            itsList.ClearSelection();
            return;
        }

        ListBox.ObjectCollection listItems = itsList.Items;
        boolean found = false;
        for (int i = 0; found == false && i < listItems.Count; i++)
        {
            Object o = listItems[i];
            String s = o.ToString();
            if (s.StartsWith(prefix))
            {
                itsList.SetSelected(i, true);
                found = true;
            }
        }

        if (!found)
        {
            itsList.ClearSelection();
        }
    }
}

　　ListBox和TextBox的使用者并不知道该MEDIATOR的存在。它安静的呆着，把它的规约施加在那些对象上，而无需它们的允许或知晓。

结论

　　如果规约涉及的范围广泛并且可见，那么可以使用FACADE模式从上施加规约。另一方面，如果规约设计的范围较小并且可以自由定制，那么MEDIATOR模式是更好的选择。FACADE模式通常是约定的关注点。每个人都同意去使用该FACADE而不是隐藏于其下的对象。另一方面，MEDIATOR则对用户是隐藏的。它的规约是既成事实而不是一项约定事务。

 

 

摘录自：[美]RobertC.Martin、MicahMartin著，邓辉、孙鸣译 敏捷软件开发原则、模式与实践（C#版修订版） [M]、人民邮电出版社，2013、240-243、