执行关联关系的不同方式

Question

对于两个对象之间的关联：

如果我有一个“Office”对象和一个“Person”对象。我会将其建模为一个关联，并且我提出了以下示例代码作为执行它的一种方式。

但是看着它，有很多我想要更舒服的东西。

第一个问题： Office 对象实际上是一个类。我这样做是因为我只想要一个办公室 - 实例化它感觉不对。但是我觉得我在将实例化的人与“静态”类之间的关系描述为关联时遗漏了一些东西？

第二个问题：我通过将一个对象传递给另一个对象来强制这两个对象之间的关联。这是关联两个类的典型方式吗？

class Office
  @log = []
  @occupants = []

  def self.occupants
    @occupants
  end

  def self.log
    @log
  end

  def self.log_entry(person)
    if @occupants << person
      @log << "#{person.name} entered Office: #{Time.now}"
    end
  end  

  def self.log_exit(person)
    if @occupants.delete(person)
      @log << "#{person.name} exited Office: #{Time.now}"
    end
  end
end


class Person
  attr_accessor :name
  def initialize(name)
    @name = name
  end
end

zach = Person.new('Zach')
bill = Person.new('Bill')

Office.log_entry(zach)
Office.log_entry(bill)
Office.log_exit(zach)

puts Office.log

Answer 1

在 UML 思维中，关系是在实例之间而不是在类之间，也不是在类和实例之间。但是在某些情况下，两个类之间或类与实例之间存在关系是很自然的。让我们以您的人/办公室为例。 办公室类可以命名为办公室和单实例办公室 所以办公室和办公室之间会有一种自然的 1:n 关系。 Person 类可以命名为 Persons 和单个实例 Person。因此，Persons 和 Person 之间会有自然的 1:n 关系。当您在 UML 图中在办公室和人员之间画一条线时，您会得到办公室-人员关系。

1. “错误”的感觉来自上面的解释。您的办公室将只有一个办公室。有多个人员实例链接到一个完全没问题的办公室。
2. 对于 1:1 和 1:N 关系，一个实例知道另一个实例通常就足够了。对于 1:1，“双重”链接也很容易实现。在你的办公室：人关系中，每个人都“知道”它所属的办公室，这就是为什么你传递办公室实例让这个人记住的原因。保留属于某个办公室的人员列表是可能的，但只要有某种方法可以查询“谁是属于该办公室的人员......”

Answer 2

您的问题与 UML 无关，只是您使用了“关联”一词。无论如何，我会尽力回答。

1. 如果我理解正确，您希望您的Office 类是单例（只有一个实例）。在 UML 中，您可以通过应用 <<singleton>> 构造型或从您称为 Singleton 的类继承来可视化这一点（这有点取决于品味和环境）。但是你总是需要一个实例，因为在现实世界中，一个类变成了一个实例。只有那个有位和字节。类只是它的概念。
2. 从 UML 的角度来看，您如何实现关联是无关紧要的。这只是一个概念，即两者之间存在某种关系。因此，无论您是通过 new 创建一个实例并持有它还是将其传递给它都无关紧要。

如果你需要，我可以为你的类添加 UML 图。