setter 中的价值评估甚至没有被检查

Question

我在复合控件中有一个属性，它在实际设置相关私有字段并执行其他一些操作之前检查值是否已更改。

然而，它似乎从未评估过这一声明。

以下是该属性的代码：

public T SearchCriteria
        {
            get
            {
                return mySearchCriteria;
            }
            set
            {
                if (value != mySearchCriteria)
                {
                    mySearchCriteria = value;
                    EnsureChildControls();
                    SearchGridParser parser = SearchGridParserFactory.GetParser(this.Type);
                    parser.SetSearchPanelControls<T>(this.mySearchCriteria, ref mySearchParametersPanel);
                    GridView.PageIndex = 0;
                }
            }
        }

我已经单步执行了代码，每次到达“value != mySearchCriteria”时，它都会计算为 false 并跳过 if 语句内的代码。事实上，即使我将其更改为“value == mySearchCriteria”，它也会这样做。如果无论它如何评估，都完全跳过它！

什么啊嘿？

我尝试更改检查中参数的顺序，并使用 object.Equals() 但这些更改都没有产生任何区别。

我已经重写了 Equals、!=、== 和 GetHashCode。

代码中的其他地方对这些对象类型使用“==”和“!=”没有问题，所以我知道我的重写工作正常。

问题是，这甚至从未触及重写的方法。我在“==”、“!=”、“Equals”和“GetHashCode”上放置了中断，并且在评估“value != mySearchCriteria”语句时没有调用它们。

就像它完全跳过了评估它一样。

Answer 1

在泛型类型之间使用 == 几乎总是一个坏主意。运算符是重载而不是覆盖，因此即使实际类型上存在 == 运算符，编译器也不会知道它。 （这意味着您声称“覆盖”了 == 和 != 已经不正确 - 您已经重载了这些运算符。您应该确保您理解其中的区别，因为它非常重要。）

当你写：

代码中的其他地方对这些对象类型使用“==”和“!=”没有问题，所以我知道我的覆盖工作正常。

我怀疑这些区域不在通用代码中......它们是编译器知道正在比较什么类型的地方，因此知道使用您的重载。这与您的一般情况非常不同，在一般情况下，编译器不知道 == 使用什么，因此会退回到引用标识。

我假设您有一个 where T : class 的通用约束，否则您的代码根本无法编译 - 但它仍然只是执行引用比较，而不是使用实际提供的任何重载T 的类型。

使用 EqualityComparer.Default.Equals(value, mySearchCriteria) 来使用 Equals 的重写实现，包括 IEquatable。