.NET 中的运算符重载

Question

在什么情况下您会考虑重载 .NET 中的运算符？

Answer 1

• 我会强烈考虑在覆盖 Equals 的任何地方重载 == 和 !=
• 我会在实现 IComparable 的任何地方考虑（不太强烈）重载比较运算符
• 我会考虑重载基本数字类型的算术运算符
• 我会考虑为“包装”类型（例如 Nullable）提供显式转换
• 我非常很少考虑提供隐式转换

黄金法则是如果含义不完全明显，不重载运算符。例如，我认为在 Stream 上有一个 + 运算符会很奇怪 - 它可能意味着“在这里创建一个可写的 T，以便写入结果写入两者”或者它可能意味着“一篇接着一篇地读”或者可能是其他的东西。

根据我的经验，除了 == 和 != 之外，很少会重载任何内容。

Answer 2

我认为框架设计指南提供了一些不错的建议：

• 避免定义运算符重载，除了应该感觉像的类型
  原始（内置）类型。
• 考虑在应该感觉像原始类型的类型中定义运算符重载。
• 请在表示数字的结构中定义运算符重载（例如
  系统.十进制）。
• 定义运算符重载时不要表现得可爱。
• 不要提供运算符重载，除非至少有一个操作数属于定义重载的类型。
• DO 以对称方式重载运算符。
• 考虑提供具有与以下内容对应的友好名称的方法
  每个重载的运算符。

Answer 3

我考虑在这种情况下重写运算符：

• == 和 != 当它是简单值类型时，并实现值比较。在其他类型中，我希望 == 和 != 能够进行参考比较并且也不昂贵。
• 如果它只是一个数值，则与上面的情况相同的比较运算符（>、>= 等）。
• 实际上，我从不重载算术运算符，但如果可以增强可用性，我会对相同类型的数值执行此操作。
• 如果类型可以无损地转换为适当的其他类型，则转换运算符。

Answer 4

我确实请求关闭它，但也许它可以保持打开状态（我试图改变主意，但显然你不能撤销关闭请求:P）

我个人会回答：从不。

我从来不认为实现运算符重载是一个好主意。只有一个例外：如果我正在编写某种集合（这种情况并不经常发生）并且我想实现索引器[]。

在我个人看来，我认为重写 == 和其他类似的东西是不合适的。但话又说回来，我并不在复杂的数学和金融领域工作，这些东西可能在这些领域有用。但我不能根据这件事的经验来说话（实际上，我可以在金融界，但我们在那里没有这样做）。

Answer 5

我会考虑使用运算符重载对表示逻辑值的类型进行算术运算。例如，有时我希望 Point 具有 + 和 - 运算符的重载。