“杂乱多态性” 反模式

Question

在相当大的 Ruby 应用程序中，我们会遇到这样的情况：给定的对象由几个东西来标识：例如名称和 ID。 这些值类型中的每一个都有不同的用途，因此并不完全相同（id 和 name 保留在不同的位置）。 因此，我们最终会在应用程序中传递各种值（id、名称和对象）。 这种情况至少在某种程度上看起来是一个问题，因为我们已经遇到了一些错误，这些错误涉及不清楚应该将什么类型传递给给定函数。 事实上，我记得多年来在许多应用程序中看到过类似的问题代码，尽管我再次从未给出过具体的名称。

Ruby 作为一种无类型语言，不允许像 C++ 那样使用经典的基于类型的多态函数。 作为一种解决方法，一位同事经常采用这种类型的代码：

  def initialize starting_value
    if starting_post.kindof? Foo
      @starting_id = get_id_from_foo starting_value
    elsif starting_post.kindof? Bar
      @starting_id = get_id_from_bar starting_value
    else
      raise "illegal type"
    end
  end

这种代码在我们的代码库（不仅仅是初始化程序）周围的扩散导致了我所说的“混乱的多态性”。 它通常有效，但有时会造成非常令人困惑的情况。

对此我有三个问题。

• 是否有一个正式的名称作为 反模式？ “混乱的接口？”、“混乱的多态性？” 或者是其他东西？
• 人们认为这有多糟糕？
• 有没有系统化的重构方法 这？ 我们面临的挑战 我们创建的许多测试都使用它的普通重构 松散类型，因此我们必须改变两者 测试和实施 同时，因此不会产生普通基于测试的支架效应 重构。 我认为人们实际上可以“加强”这种松散的多态性， 并将代码抽象为函数，而不是立即将其剥离。 但会 这是个好主意吗？

Answer 1

难道你不能定义某种 get_id 方法，以便 id 返回自身，对象返回 id，并且名称执行获取 id 所需的任何操作吗？ 然后，您始终可以将您知道属于这三者之一的任何内容规范化。 如果需要的话，也可以使用 get_name 和 get_object 方法。

也就是说，您定义了一个隐式 ThingWhatHasAnID 接口，并将其设为函数参数的鸭子类型。

除非我遗漏了某些东西，否则我会将这种反模式称为“错过了创建抽象的机会”。

Answer 2

几乎任何时候你发现自己打开一个对象的类，这都是一个线索，表明该行为应该是对象本身的方法。 消息调度是基于接收者的多态性。 在这种情况下，它应该类似于：

def initialize starting_value
  @starting_id = starting_value.id
end

定义 id 来执行各种 get_id_from_* 方法用来执行的操作。 非法类型的情况已经发生，因为你会得到一个NoMethodError。

至于如何称呼它，我将其称为“面向对象语言的过程编程”。