隐式强制转换运算符和相等运算符

Question

假设我有一个支持隐式转换为 System.String 的简单对象

public sealed class CompanyCode
{
    public CompanyCode(String value)
    {
        { Regex validation on value format }
        _value = value;
    }

    readonly String _value;

    public override String ToString() => _value;

    static public implicit operator String(CompanyCode code) =>
        code?.ToString();
}

现在让我们在程序的另一部分中说我与一个字符串进行比较：

var companyCode = { some company code object }

if (companyCode == "MSFTUKCAMBS")
    // do something...

编译器对== 运算符做了什么？是否将 companyCode 隐式转换为字符串并运行 System.String == 实现？是否使用System.Object == 实现？或者编译器会抱怨我吗？ （我现在没有编译器来检查这个）。

据我所知，我还有其他几个选择。

• 在 CompanyCode 上实现 ==(String x) 运算符。
• 在 CompanyCode 上实现 IEquatable<String> 接口。

这些选项中的任何一个（或两个）会更可取吗？

Answer 1

假设我有一个支持隐式转换为 System.String 的简单对象

我会质疑这个设计决定。事实上，它提出了运算符重载的问题，这表明您的同事会问同样的问题。我什至不知道答案（就编译器会做什么而言）。

我绝对不会建议实现IEquatable<string>，因为那样x.Equals(y) 将不会与y.Equals(x) 对称。你可以在你的类中实现==的两个重载，双向循环......但它与Equals不一致。

我建议只拥有一个名为 Value 或 Code 的字符串类型的属性，然后您可以使用：

if (companyCode.Value == "MSFTUKCAMBS")

这意味着什么会立即清楚。

基本上，我认为适合隐式转换的情况很少见。

来自Design Guidelines for Class Library Developers

如果最终用户没有明确期望这种转​​换，则不要提供转换运算符。

这里有这么明确的期待吗？

Answer 2

它将隐式转换为字符串并使用字符串的 == 运算符检查相等性。 对于你展示的案例——你提供的每一种方式都是合适的，但每一种方式都有不同的目的和意义。

通常应避免隐式转换。 实现 == 是为了允许与字符串进行比较， 而 IEquatable 只是允许将类用作 IEquatable 类型，用于外部代码引用。 IEquatable 很可能只返回 == 结果。

对于这种情况，我会选择 == 运算符重载，除非您有任何其他使用隐式转换的目的。

另外，如果你使用隐式转换，重载显式转换而不是隐式转换在代码方面会有点丑陋，但在健壮方面会更聪明，所以每当有人想将你的类转换为字符串时，他必须使用 (string)obj 进行转换，这也是代码中真正发生的事情的一个很好的提醒。

Answer 3

我个人建议在这些情况中不要使用operator overloading。看代码有点令人困惑，要理解发生了什么。

这是一个更好的，imo，有一些功能，特别是显示比较操作，或者像乔恩建议的那样，使用一个属性。

简而言之，让您的代码的读者清楚地了解您要比较的内容。