Design patterns 掌握创建者模式标准

Design patterns 掌握创建者模式标准,design-patterns,Design Patterns,在我正在阅读的一本书(应用UML和模式)中,以下是一些事实,用于确定一个对象是否是另一个B对象的创建者(把握创建者模式): B.对象A B包含对象A B记录一个对象的实例 B密切使用A对象 我不清楚“聚合”、“包含”、“记录”和“紧密使用”的区别 有人能用一些例子来解释上述标准吗?以下是拉曼本人在书中给出的一些例子: 合计:销售合计SalesLineItems 包含:垄断板包含正方形 记录:登记簿记录销售额 密切使用:销售密切使用付款 你遗漏了一个标准,我将举一个例子: 具有初始化对象

在我正在阅读的一本书(应用UML和模式)中,以下是一些事实,用于确定一个对象是否是另一个B对象的创建者(把握创建者模式):

  • B.对象A
  • B包含对象A
  • B记录一个对象的实例
  • B密切使用A对象
我不清楚“聚合”、“包含”、“记录”和“紧密使用”的区别


有人能用一些例子来解释上述标准吗?

以下是拉曼本人在书中给出的一些例子:

  • 合计:销售合计SalesLineItems
  • 包含:垄断板包含正方形
  • 记录:登记簿记录销售额
  • 密切使用:销售密切使用付款
你遗漏了一个标准,我将举一个例子:

  • 具有初始化对象的数据:从系统操作调用的用例“处理程序”通常具有初始化对象所需的参数。调用
    enterItem(itemID:itemID,quantity:integer)
    系统操作时,ProcessSaleHandler具有SalesLineItem的初始化数据

  • 是的,这些术语有些含糊不清

    其中大多数定义了现实世界中的关系。 例如,当我们与某人交谈并说“某物包含某物”时,我们没有任何疑问

    但在这种情况下,最好有一些具有正式定义的类比

    1) “总量”。这很简单。这个术语对应于UML中的“聚合”关系

    2) “包含”。根据作者的书,我们有以下例子:“垄断板包含正方形”。事实上,这种关系对应于“组合”。 因此,我们可以得出结论,这种关系对应于UML中的“组合”关系

    3) “记录”。这是最“奇怪”的关系。但再一次,让我们看看他的书。我们可以看到,这种关系出现在“Register”类的上下文中。这是他的登记册的具体工作,不做任何普通的事情。但我们可以概括这一点,并得出结论,Register类在“支付”和“销售”之间使用“关联”。 因此,我们可以得出结论,“记录”对应于“UML”中的“关联”

    4) “密切使用”。这也很简单。这个术语对应于UML中标记为>