smalltalk - self subclassResponsibility 的使用

Question

我是 Pharo 的新手，我无法理解一些概念，特别是 subclassResponsibilty .

我有以下对象树:

AbstractDictionary
--TreeBasedDictionary (not abstract)
--AbstractArrayDictionary
----SimpleDictionary (not abstract)
----FastDictionary (not abstract)

所有 3 个都实现了操作 at:put:和 at: (和更多)。今天上课才知道可以拉起 at:put:到 AbstractDictionary通过以下实现:

at: thisKey put: thisValue
"insert new key / value pair"
^self 
    at: thisKey
    put: thisValue
    duplicate: [self error:'duplicate key']

然后我实现了一个方法 at:put:duplicate:在 TreeBasedDictionary and AbstractArrayDictionary (因为后者的子类的实现是相同的)。然后，当我调用 at:put:在一个对象上它不会在 TreeBasedDictionary , SimpleDictionary or FastDictionary 的实例中找到它但是在查找树时，它在父类(super class)(AbstractDictionary)中找到了这个方法。然后这将使用 at:put:duplicate: 调用 self .该方法由上述3个类实现，然后指向进行初始调用的类的实例的self发送消息执行 at:put:duplicate: .

现在， AbstractArrayDictionary,SimpleDictionary and FastDictionary都有一个名为 size 的方法.继承树底部的两个类都实现了这个方法。 AbstractArrayDictionary实现这个方法如下

size
"dictionary size"
self subclassResponsibility 

假设我为我的 TreeBasedDictionary 实现了这个方法, 我想我应该在我的 AbstractDictionary 中实现 size 方法类如上图。

我的问题:为什么我需要这样做，而不是这样:

size
"dictionary size"
^self size

如果是这样，我是否从 AbstractArrayDictionary 中删除该方法？为什么？

Answer 1

好的，看。

首先，如果你使用

size
  ^ self size

你最终会陷入无限递归。你问 size对象和 size方法问 size对象本身等等。

现在一般来说你应该知道什么。

您应该避免重复，这就是为什么要将类似的方法移动到层次结构中的父节点。如果您在所有子类中都有相同的方法，请毫不犹豫地将其移至父类(super class)中。

您可以只在它们应该工作的地方实现方法。 E.i.不要用 self subclassResponsibility 编写方法一点也不。对象应该响应他们可以理解的消息。 AbstractDictionary 可以在里面放元素吗？不，那么就没有方法了。

做我在 #2 部分中写的事情并不好。因为

当您浏览 AbstractDictionary 类时，您会想到它应该支持 at:put:duplicate: ，但功能取决于实现(又名子类​​)。

当某人将要实现您的字典的另一个子类，例如 MagicBagDictionary 并且忘记实现 at:put:duplicate: 时，然后在执行过程中会温和地提醒他这是子类的责任，应该实现该方法。否则他会得到一个错误“MagicBagDictionary 不理解的消息”。

关于 size再次使用方法:如果您知道在某些时候可以获得尺寸 - 就去做。例如，如果 AbstractDictionary 有实例变量 container它将容纳所有元素并且应该能够告诉它们的大小 - 你可以实现

size
  ^ container size

在抽象词典中。但是如果你不知道元素将被存储以及如何计算它们的大小，你应该使用:

size
  "dictionary size"
  self subclassResponsibility

AbstractDictionary 这样说:

yes, you can get my size, but I have no idea how to calculate it because I'm not complete. But my subclasses should know that, so don't hesitate to ask.