facade 门面模式和mediator 调停者

一个项目创建很多类是很正常的，类与类之间的相互调用也很正常，久而久之类和类之间就会错综复杂，新来的人看了就会头疼，尤其是老项目，这个时候需要一个门面者，来管理类和类之间的关系，然后提供一个接口，别人调用能拿到结果即可，不用关心类之间的关系。
这个就是门面模式，构建一个类，让个类管理其他所有类之间错综复杂的关系。

比如A类和B类 有时候需求的原因会有A类调用B类的方法，可能下次需求就会有B类引用A类的方法，这就是著名的循环依赖。
这个时候可以构建AB类，引入A类和B类，然后实现业务逻辑，提供给controller类，这样可以永久的避免循环依赖。
controller访问AB类，至于AB类如何实现A和B的交互，controller不用关心，只要调用拿到结果即可。
AB类就相当于一个门面

模块和模块之间或者组件和组件之间相互调用，错综复杂，这个时候可以使用调停者模式，让所有的系统都访问调停者，调停者会处理所有的请求，转发到别的模块或者系统上。
比如之前的公司，有很多服务，A服务依赖B服务，B服务依赖C服务，A也依赖于C服务。有点乱了，这时候，就可以搭建一个D服务，依赖A、B、C服务，所有的请求都到D服务，这样就不会相互依赖了。
消息中间件就是用的这个模式，目的就是解耦。

门面者模式和调停者模式，前者对外而言是门面，后者对内而言就是调停了，两者有异曲同工之妙。