在可空值和基本类型之间实现运算符 - 我应该吗？

Question

这可能是众所周知的并且被讨论过，但令我惊讶的是，我今天发现您可以在可空值及其基本类型之间提供您自己的运算符实现。

这意味着您可以拥有一个可以检查 null 的 struct，并返回 true。

现在，这在我的情况下会很方便 - 根据 另一个成员 我有一个包装字符串的结构。能够直接将此包装字符串直接与 null 进行比较（而不是使用 .IsNull 或类似的）对我来说更加自然，并且意味着从使用字符串更改为这些 WrappedString 通常不需要对代码进行其他更改。

但是..事实上，这个功能（我相信）鲜为人知，对于任何认为结构（它是）而不是字符串（它代表）的人来说都是违反直觉的，而且它使 ReSharper 感到困惑（structValue == null 警告“表达式总是错误的”）让我觉得这可能是留在肮脏但整洁的技巧柜子里的肮脏技巧。

所以我想知道，你会采纳吗？如果没有，你会原谅我这样做吗？还是最好不要走这条路？

---

public struct StringWrapper
{
    private readonly string str;
    public override string ToString() { return str; }

    public static bool operator ==(StringWrapper a, StringWrapper b) 
    { return a.str == b.str; }
    public static bool operator !=(StringWrapper a, StringWrapper b) 
    { return !(a == b); }
    public static bool operator ==(StringWrapper a, StringWrapper? b)
    {
        if (!b.HasValue || b.Value.str == null) return a.str == null;
        return a == (StringWrapper)b;
    }
    public static bool operator !=(StringWrapper a, StringWrapper? b) 
    { return !(a == b); }
    public static bool operator ==(StringWrapper? a, StringWrapper b) 
    { return b == a; }
    public static bool operator !=(StringWrapper? a, StringWrapper b) 
    { return !(a == b); }

    public StringWrapper(string str) { this.str = str; }
}

Answer 1

我坚信代码是自我记录的，并且遵循最少惊讶原则。例如，“getters”不应该修改数据等。乍一看，我会考虑将结构变量与 null 进行比较相当令人困惑，所以我会避免它（无论它看起来多么方便）。如果您期望很多人使用（或至少查看）您的代码，则尤其如此。