我们的应用允许一次展开好几个（或全部）视频，所以这是一个合并网络请求的绝好机会。

图7-3 真实的视频列表

图7-4和7-5展示了使用代理模式将与服务器三次数据交互（不用代理模式时）变为一次交互的过程。

图7-4 与服务器三次数据交互

图7-5 通过一个代理对象合并请求，减少与服务器数据交互

在这个例子中，客户对象（videos）已经可以做到不对同一个对象重复发出请求。但现实情况中并不总是这样。这个代理对象还可以通过缓存之前的请求结果到cache属性中来进一步保护真正的主体http对象（图7-6）。然后当videos对象需要对同一个ID的视频请求第二次时，proxy对象可以直接从缓存中取出，从而避免一次网络交互。

图7-6 代理缓存

中介者模式就是一个缓解此问题的办法，它通过解耦来提升代码的可维护性（见图7-7）。在这个模式中，各个彼此合作的对象并不直接通讯，而是通过一个mediator（中介者）对象通讯。当一个对象改变了状态后，它就通知中介者，然后中介者再将这个改变告知给其它应该知道这个变化的对象。

图7-7 中介者模式中的对象关系

你可以在这里看到这个游戏的在线演示<http://jspatterns.com/book/7/mediator.html>。

图7-8 游戏涉及的对象