• 目的允许在应用程序的组件之间发送消息/事件,而无需彼此了解。他们只需要知道正在发送的消息/事件的类型。
  • 目的提供相应类型之间双向转换的通用方法,允许一种简洁的实现,其中类型不需要彼此了解。此外,转换器模式引入了双向收集映射,将样板代码减少到最小。
  • 目的Double Dispatch模式是一种基于接收器和参数类型创建可维护动态行为的方法。 icon
  • 目的Collection Pipeline引入了函数组合和集合管道,这两种函数式模式可以组合在一起来迭代代码中的集合。在函数式编程中,通过一系列较小的模块化函数或操作来对复杂操作进行排序是很常见的。该系列被称为函数组合或组合函数。当一组数据流经函数组 icon
  • 目的当两个应用程序使用消息传递系统进行通信时,它们通过使用系统的逻辑地址(即所谓的消息通道)来实现。 icon
  • 意图通过首先测试锁定标准而不实际获取锁定来减少获取锁定的开销。仅当锁定标准检查指示需要锁定时,实际锁定逻辑才会继续。 icon
  • 目的将对象组合成树结构以表示 部分— 整体 层次结构。Composite允许客户端统一处理单个对象和对象组合。 说明每个句子都由单词组成,单词又由字符组成。这些对象 icon
  • 目的有时在企业系统中,需要对传入的数据进行分组,以便将其作为一个整体进行处理。例如,您可能需要收集报价,并且在收到定义的报价数量后,您希望选择具有最佳参数的报价。Aggregator允许您根据定义的条件和参数合并消息。它收集原始消息,应用聚合策略,并在满足给定条件时释放合并消 icon
  • 目的动态地将附加职责附加到对象上。装饰器为扩展功能提供了一种灵活的子类替代方案。 说明附近的山上有一个愤怒的巨魔。通常它是徒手但有时它有武器。为了武装巨魔,没有必要 icon
  • 目的依赖注入是一种软件设计模式,其中一个或多个依赖项(或服务)被注入或通过引用传递到依赖对象(或客户端),并成为客户端状态的一部分。该模式将客户端依赖项的创建与其自身行为分开,从而允许程序设计松散耦合,并遵循控制反转和单一责任原则。 icon
  • 意图避免昂贵的资源重新获取。资源保留其身份,保存在一些快速访问存储中,并被重新使用以避免再次获取它们。 icon
  • 目的从发送方向所有感兴趣的接收方发布消息。 icon
  • 目的将请求封装为对象,从而允许您使用不同的请求,队列或日志请求参数化客户端,并支持可撤销操作。 icon
  • 目的从客户端到服务器一次性传递具有多个属性的数据,以避免多次调用远程服务器。 icon
  • 目的一个映射器层,在对象和数据库之间移动数据,同时保持它们彼此和映射器本身独立。 icon
  • 目的在集成系统中,传入消息由捆绑在一起的许多项组成。例如,发票凭证包含描述交易的多个发票行(数量,提供的服务/销售商品的名称,价格等)。其他系统可能不接受此类捆绑消息。此时分配器模式可派上用场。它将采用整个文档,根据给定的标准对其进行拆分,并将单个项目发送到端点。 icon
  • 意图这是一种技术,对象向外部表达某些行为,但实际上将实现该行为的职责委托给关联的对象。 icon
  • 意图在大多数集成情况下,需要监控流经系统的消息。通常通过截取消息并将其重定向到控制台、文件系统或数据库等其他位置来实现。重要的是,此类功能不应修改原始消息并影响处理路径。 icon