简单的英语经纪人架构模式答案

【问题标题】：Broker architectural pattern in plain english简单的英语经纪人架构模式
【发布时间】：2014-07-12 21:11:54
【问题描述】：

有人可以用简单的英语向我解释Broker pattern吗？可能是 Java 或现实生活中的类比。

【问题讨论】：

也不确定。投票者可能认为这属于“没有表现出研究努力”，或者可能是“太宽泛”的类别。一些较老的问题与此类似，但如今的大多数问题通常表明当前的（错误）理解，和/或表明他们在哪里感到困惑；否则通常被认为过于宽泛。然而，据我所知，这个问题以前从未被问过，我个人认为它有助于本网站的知识库，所以（如 3 次投票和良好答案所证明的那样），所以它似乎被考虑可以接受。 +1
我明白你在说什么。我本可以将我预先完成的研究包括在内，但我想让问题保持简单。很多时候，当我最终使用 stackoverflow 时，问题本身很长，而实际问题包含在标题中，而且很多时候标题和接受的答案完全独立于长问题文本。也许我想太多了。毕竟，我作为贡献者的经验非常有限：）感谢您提供有用的意见！
是的，我的人特别犯了啰嗦（尽管有时需要）。虽然问题标题有时会为您提供回答所需的大部分/所有信息，但问题描述会为您提供上下文。在您的情况下，没有真正的“上下文”（除非有），因为您是从一般的“我不知道”的角度提出的，这很好。自从我上次检查以来，您似乎第二次投反对票，所以下次我可能会建议您简要描述一下您目前理解的内容和/或您无法理解的部分。祝你好运！

【解决方案1】：

试着想象有 10 个人有他们需要传递的信息。另有 10 人正在等待前一组的消息。在开放环境中，第一组中的每个人都必须手动将他们的消息传递给收件人，因此每个人都必须访问第二组中的至少一个成员。这是低效且混乱的。

在代理中，有一个控制类（在本例中为邮递员）接收来自第一组的所有消息。然后，代理会根据目的地组织消息并执行所需的任何操作，然后再访问每个收件人一次以为他们传递所有消息。这效率要高得多。

在软件设计中，这让远程和异构类可以轻松地相互通信。控制类有一个接口，所有传入的消息都可以与之交互，因此可以正确发送和解释各种消息。请记住，这不是很好的可扩展性，因此对于较大的系统会失去效力。

希望这有帮助！

【讨论】：