我一直在研究这两种模式之间的区别。
我知道外观封装了对子系统的访问，而中介封装了组件之间的交互。
我知道子系统组件不知道外观，而组件显然知道中介。
我目前正在使用外观来封装检索配置信息的方法，例如App.Config，存储在 SQL 中的用户设置，程序集信息等，以及用于在不同窗体之间导航的中介。
但是，大多数网站都指出中介“增加了功能”。他们这是什么意思？中介如何添加功能？
【问题讨论】：
标签： design-patterns facade mediator
...大多数网站指出中介“增加了功能”...
外观只是从不同的角度展示现有的功能。
中介“添加”功能，因为它结合了不同的现有功能来创建新功能。
举个例子：
你有一个日志系统。从该日志系统，您可以将日志记录到文件、套接字或数据库。
使用外观设计模式，您可以将现有功能的所有关系“隐藏”在外观暴露的单个“界面”后面。
客户端代码：
Logger logger = new Logger();
logger.initLogger("someLogger");
logger.debug("message");
实现可能涉及许多对象的交互。但最终，该功能已经存在。大概“debug”方法实现如下：
实施：
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 是具有“调试”方法的包私有对象。这样，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();
}
}
}
在此代码中，中介是包含创建适当“通道”以记录日志并将日志放入该通道的业务逻辑的中介。中介正在“创建”功能。
当然，有更好的方法来使用多态性来实现这一点，但这里的重点是展示调解器如何通过结合现有功能“添加”新功能（在我的示例中没有表现出非常抱歉）但想象一下调解器，从数据库中读取远程主机记录的位置，然后创建一个客户端，最后将日志消息写入该客户端打印流。这样，中介将在不同对象之间“调解”。
最后，facade是一种结构模式，即描述对象的组成，而mediator是一种行为模式，即描述方式对象相互作用。
我希望这会有所帮助。
【讨论】：
我正在使用调解器来添加日志文件功能。
它是这样工作的：
【讨论】：
在相关模式下，gof 说：Facade (185) 与 Mediator 的不同之处在于它抽象了一个对象子系统以提供更方便的接口。它的协议是单向的；也就是说，Facade 对象向子系统类发出请求，反之则不然。相比之下，Mediator 实现了同事对象不提供或不能提供的协作行为，并且协议是多向的。
【讨论】：
打个简单的比喻：
立面：像停车场，当调用时
parkingLot.Out(car1);
mab 是一个简单的连锁工程：
{
car1.StartEngin();
attendant.charge();
car1.driverOut();
}
调解员：像红绿灯。
灯光和汽车之间存在相互作用，
汽车由它的状态控制。
我虽然可能这是中介“添加功能”
关于定义：
立面类型：结构
中介类型：行为型
门面比较关心的组件被包含在统一的界面中，
和中介关心如何一组对象交互。
【讨论】：
我认为区别是有方向的：Facade 是客户端和 Facade 之间的一种单向通信； mediator 可以是双向对话，消息在客户端和 mediator 之间来回流动。
【讨论】：
从《Design Patterns》一书中，Mediator 模式的 KEY 描述如下： “它（一个中介）充当小部件（即‘一组’相互依赖的对象）的通信中心。”
换句话说，中介对象是唯一的超对象，它知道一组协作对象中的所有其他对象以及它们应该如何相互交互。所有其他对象都应该与中介对象交互，而不是彼此交互。
相比之下，外观是子系统中一组接口的“统一接口”——供子系统的消费者使用——而不是子系统的组件。
【讨论】：
您可以在这个 SE 问题中找到有关 Facade 模式的详细信息：
What is Facade Design Pattern?
Facade 为复杂系统提供简单统一的接口。
这篇文章中提供了真实世界的示例（cleartrip 航班+酒店预订）：
What is Facade Design Pattern?
Mediator 模式：定义一个对象，该对象封装一组对象如何交互。 Mediator 通过防止对象显式地相互引用来促进松散耦合，并且它允许您独立地改变它们的交互。
以下 SE 问题提供了一个真实世界的 Mesh 网络拓扑示例：
Mediator Vs Observer Object-Oriented Design Patterns
关于您对 Mediator 的查询增加了责任：
外观仅提供与现有子系统的接口。现有的子系统不知道 Facade 类本身。
中介者了解同事对象。它使不同同事之间的沟通成为可能。在我在链接问题中引用的示例中，ConcreteMediator(NetworkMediator) 将一位同事的注册和注销事件的通知发送给所有其他同事。
【讨论】：
两者都对另一组对象施加某种策略。 Facade 从上执行策略，Mediator 从下执行策略。 Facade 的使用是可见的和限制性的，而 Mediator 的使用是不可见的和启用的。
外观模式用于为一组具有复杂通用接口的对象提供简单而具体的接口。
Mediator 模式也强制执行策略。然而，Facade 以一种可见且有约束力的方式实施其政策，而 Mediator 以一种隐藏且不受限制的方式实施其政策。
敏捷软件开发、原则、模式和实践 Robert C. Martin。
【讨论】：