阿空加瓜：基本单位 - 平等比较会比身份更好吗？

Question

我在另一个问题中了解到BaseUnit必须是单身人士。 这有许多缺点，包括使客户端代码更难以使用（您必须将单例存储在某处并提供对它的访问），并且例如通过Fuel更难以序列化代码。

这种约束的好处是什么？ （我假设用户是安全的，如果他们加载两个定义例如BaseUnit subclass: #Pound Aconcagua客户端BaseUnit subclass: #Pound不同）

在实践中，是否值得，或者将BaseUnit视为值对象会更好吗？ 特别是鉴于纸张本身使用的表达式为1 dollar ，这已经排除了同名单位。

Answer 1

我在另一篇文章中写了一些关于它的内容。

单位不是真正的单身人士（因为Singleton是在四本书中定义的），并且想法不是为每个单元创建一个类，而是为你需要的每个单元实例化BaseUnit或DerivedUnit等。

所以，例如你可以创建：

meter := BaseUnit named: 'meter'.
centimeter := ProportionalDerivedUnit basedUnit: meter convertionFactor: 1/100 
              named: 'centimeter'.

然后写：

1*meter = (100*centimeter)

这将返回真实。 正如我在另一个问题中发布的那样，将相等性定义为默认值，因此使用了身份。

所以，你可以做两件事来使平等工作：

1. 拥有众所周知的对象（使用全局变量或全局根对象来访问它们，如Chalten所做）
2. 修改单位中的＃=，如果具有相同的名称，则使两个单位相等（或者创建具有此定义＃=的子类）

使用默认＃=实现的主要原因是：

1. 这是更通用的解决方案
2. 单位（在现实生活中）是独一无二的，因此在模型中独特是有意义的
3. 有一个“米”对象是有意义的，而不是每次需要时创建一个。

主要缺点就像你看到的那样，你第一次看到它时可能会有一些问题需要理解，但同样，你只需要有办法访问对象并解决问题。

关于Fuel，可以解决问题，保存定义所有单元的根对象（如Chalten中的TimeUnit）或实现选项2）:-)

希望这有帮助！ 如果您有更多问题，请告诉我们！