Façade 与 Mediator

Question

我一直在研究这两种模式之间的区别。

据我所知，门面封装了对子系统的访问，中介器封装了组件之间的交互。

我知道子系统组件不知道外观，而组件显然知道中介。

我目前正在使用外观来封装检索配置信息的方法，例如 App.Config、存储在 SQL 中的用户设置、程序集信息等，以及用于在不同窗口窗体之间导航的中介器。

然而，大多数网站指出调解器“增加了功能”。 他们这是什么意思？ 中介者如何添加功能？

Answer 1

从《设计模式》一书中，Mediator模式的KEY描述如下：
“它（中介者）充当小部件（即“一组”相互依赖的对象）的通信中心。”

换句话说，中介对象是唯一的超级对象，它知道一组协作对象中的所有其他对象以及它们应该如何彼此交互。 所有其他对象都应该与中介对象交互，而不是彼此交互。

相反，外观是子系统中一组接口的“统一接口”——供子系统的使用者使用——而不是子系统的组件之间。

Answer 2

您可以在此 SE 问题中找到有关外观模式的详细信息：

什么是外观设计模式？

Facade 为复杂的系统提供了一个简单而统一的界面。

真实世界的示例（cleartrip 航班+酒店预订）可在这篇文章中找到：

什么是外观设计模式？

Mediator 模式：定义一个对象，封装了一组对象如何交互。 中介器通过防止对象显式地相互引用来促进松散耦合，并且它允许您独立地改变它们的交互。

下面的 SE 问题提供了网格网络拓扑的真实示例：

Mediator 与 Observer 面向对象设计模式

关于您对Mediator的查询增加了责任：

1. Facade仅提供现有子系统的接口。 现有的子系统不知道 Facade 类本身。

2. 中介者了解同事对象。 它使不同同事之间能够进行沟通。 在我在链接问题中引用的示例中，ConcreteMediator(NetworkMediator) 向所有其他同事发送一位同事的注册和取消注册事件的通知。

Answer 3

两者都对另一组对象施加某种策略。 Facade 从上面强制执行策略，Mediator 从下面强制执行策略。 Facade 的使用是可见的、具有约束性的，而Mediator 的使用是不可见的、具有赋能性的。

当您想要为一组具有复杂且通用接口的对象提供简单且特定的接口时，可以使用外观模式。

中介者模式还强加策略。 然而，Facade 以可见且受约束的方式施加其策略，而 Mediator 以隐藏且不受约束的方式施加其策略。

敏捷软件开发、原则、模式和实践 Robert C. Martin。

Answer 4

...大多数网站指出中介“添加了功能”...

外观仅从不同的角度公开现有功能。

中介“添加”功能，因为它结合了不同的现有功能来创建新功能。

举个例子：

你有一个日志系统。 从该日志系统，您可以记录到文件、套接字或数据库。

使用外观设计模式，您可以将现有功能的所有关系“隐藏”在外观所公开的单个“界面”后面。

客户端代码：

 Logger logger = new Logger();
 logger.initLogger("someLogger");
 logger.debug("message");

实现可能涉及许多对象的交互。 但最终，该功能已经存在。 可能“调试”方法的实现如下：

实现：

 class Logger { 

      private LoggerImpl internalLogger;
      private LoggerManager manager;

      public void initLogger( String loggerName ) {
          this.internalLogger = manager.getLogger( loggerName ); 
      }

      public void debug( String message ) { 
          this.internalLogger.debug( message );
      }     
 }

该功能已经存在。 外观只是隐藏了它。 在这个假设的情况下，LoggerManager 处理正确记录器的创建，并且 LoggerImpl 是一个具有“debug”方法的包私有对象。 这样，Facade 就不会添加功能，它只是将其委托给某些现有对象。

另一方面，中介者通过组合不同的对象来添加新的功能。

相同的客户端代码：

 Logger logger = new Logger();
 logger.initLogger("someLogger");
 logger.debug("message");

实现：

 class Logger { 

      private java.io.PrintStream out;
      private java.net.Socket client;
      private java.sql.Connection dbConnection;
      private String loggerName;


      public void initLogger( String loggerName ) {
               this.loggerName = loggerName;
               if ( loggerName == "someLogger" ) { 
                    out = new PrintStream( new File("app.log"));
               } else if ( loggerName == "serverLog" ) { 
                    client = new Socket("127.0.0.1", 1234 );
               } else if( loggerName == "dblog") { 
                    dbConnection = Class.forName()... .
               }

      }

      public void debug( String message ) { 

               if ( loggerName == "someLogger" ) { 
                    out.println( message );
               } else if ( loggerName == "serverLog" ) { 
                    ObjectOutputStrewam oos = 
                           new ObjectOutputStrewam( client.getOutputStream());
                    oos.writeObject( message );
               } else if( loggerName == "dblog") { 
                    Pstmt pstmt = dbConnection.prepareStatment( LOG_SQL );
                    pstmt.setParameter(1, message );
                    pstmt.executeUpdate();
                    dbConnection.commit();
               }
      }
 }

在此代码中，中介者包含业务逻辑，用于创建适当的“通道”来记录日志并将日志记录到其中那个频道。 中介者正在“创建”功能。

当然，有更好的方法可以使用多态性来实现这一点，但这里的重点是展示中介者如何通过组合现有功能来“添加”新功能（在我的示例中没有表现出非常抱歉），但是想象一下中介者，请阅读从远程主机的数据库中记录日志，然后创建一个客户端，最后将日志消息写入该客户端打印流。 这样，中介者就可以在不同的对象之间进行“中介”。

最后，外观是一种结构模式，即它描述了对象的组成，而中介是一种行为，即它描述了对象交互的方式。

Answer 5

在相关模式下，gof 说：Facade (185) 与 Mediator 不同，它抽象了对象子系统以提供更多方便的界面。 其协议是单向的； 也就是说，Facade 对象向子系统类发出请求，但反之则不然。 相比之下，Mediator 支持同事对象不提供或不能提供的协作行为，并且该协议是多向的。

Answer 6

我正在使用调解器添加日志文件功能。

它的工作原理如下：

• Obj A 告诉中介者它需要完成一些事情。
• 中介者将消息发送到各个客户端对象。
• Obj B 执行 Obj A 所需的操作，并通过中介发送回适当的消息。
• 同时，Obj C 也由中介者发送这两条消息，并记录结果。 这样，我们就可以从日志文件中获取用户统计信息。
• Obj D 也可以是错误检查器，因此如果 Obj B 响应 Obj A 的请求不可能，则 Obj D 可以向用户报告该情况。 现在，错误可以记录在与常规活动不同的文件中，并且可以使用 Obj A 不应该真正关心的其他方式来表现（发出蜂鸣声，无论什么）。

Answer 7

打个简单的比方：

Facade：就像一个停车场，当调用的时候

parkingLot.Out(car1);

可能是一个简单的链条的工作原理：

{
  car1.StartEngin();      
  attendant.charge();
  car1.driverOut();
}

Mediator：就像红绿灯。

光和汽车之间存在交互，

汽车由其状态控制。

我想这可能是中介“添加功能”

---

关于定义：

外观类型：结构

中介类型：行为

外观更关心组件包含在统一界面中，

中介者关注一组对象如何交互强>。

Answer 8

我认为这种区别是方向性的：门面是客户端和门面之间的单向通信； 中介者可以是双向对话，消息在客户端和中介者之间来回流动。