c# - 为什么覆盖 .GetHashCode 会清除 WinForms 中的这些数据绑定(bind)值？

Question

我们遇到了一个奇怪的错误，我们在调试时遇到了问题。

我们有一个使用 Microsoft CAB、DevExpress 组件和 .Net 3.5 的 MDI 工作区。

如果用户在工作区中打开两个窗口，每个窗口都包含一个 UserControl 绑定(bind)到两个单独的数据模型，然后最小化它们，第一个最小化的窗口是在第二个窗口时清除它的绑定(bind)字段一个最小化。

数据模型的 .Equals 和 .GetHashCode 方法已被覆盖，因此两个数据模型被认为是相等的。如果我们改变它使它们独一无二，我们就不会得到这种行为。

下面是一些显示问题的示例伪代码

var a = new MyWindow();
a.DataModel = new SomeClass(123);
a.ShowInMdiWorkspace();

var b = new MyWindow();
b.DataModel = new SomeClass(123);
b.ShowInMdiWorksace();

a.Minimize();

// If SomeClass.GetHashCode() is overwritten to consider two objects  
// as equal based on the value passed in, then the data bindings for A
// get cleared on this call. If SomeClass.GetHashCode is unique, then 
// this problem does not happen.
b.Minimize();

这是第二个窗口最小化时的调用堆栈:

在上面堆栈跟踪中的 EndEditSession() 调用中，它正在为最小化的 second 窗口调用 EndEditSession，而到时候堆栈跟踪通过 [External Code] 到达我设置的 OnChange 断点，它在 第一个 窗口中触发 change 方法。

EndEditSession() 是我们实现的自定义内容，看起来像这样

protected void EndEditSession()
{
    IBindingValue bv = null;

    if (_bindingValues == null)
        return;

    if (_data != null)
    {
        foreach (KeyValuePair<string, IBindingValue> kvp in _bindingValues)
        {
            bv = kvp.Value;
            if (bv.IsBindable)
                ((PropertyManager)bv.Component.BindingContext[_data]).EndCurrentEdit();
        }
    }

}

_bindingValues 在 UserControl 初始化其数据绑定(bind)时被填充。关键字段是绑定(bind)控件的名称，值字段是一个自定义对象，它存储控件本身、它的名称、它的绑定(bind)值和默认值。 bv.Component 返回设置了绑定(bind)的控件，在我的测试中是自定义的 DevExpress LookupEdit

_data 包含 UserControl 的数据模型，我可以验证它是否设置为第二个窗口的实例。

我最初的想法是共享了 BindingContext，因此返回了错误的 PropertyManager，但是我已经验证了 .BindingContext这两个窗体和控件是分开的。

当 GetHashCode 方法被重写时，将 UserControl 的两个单独副本绑定(bind)到数据模型的两个单独实例是否可能导致其绑定(bind)混淆这样两个对象就被认为是相等的？

我不太熟悉 WinForms 绑定(bind)系统的内部工作原理，或者 CAB 的 MDI 工作区的管理方式。

我的理论是，当第一个窗口最小化时，它正在卸载控件以节省内存，然后当第二个窗口最小化时，管理绑定(bind)的内部哈希表被错误地混淆并运行更新以从第一个最小化窗口(现在是空白的)并更新其数据源。这个理论有很多漏洞，但这是我唯一能想到的。

Answer 1

我不知道 WinForm 小部件的内部工作原理，但似乎既然您遇到了overriding 的问题，那么您最好working around .

如果您出于自己的目的需要评估相等性:

一种方法是提供您自己的方法来评估相等性，而不是更改默认行为。

如果您打算更改小部件处理对象的方式:

一种方法是为您的类创建一个静态对象工厂。工厂可以维护使用弱引用创建的所有对象的集合。弱引用允许 GC 收集对象。然后工厂可以检查以前创建的对象的集合。如果找到匹配项，则返回现有的匹配项。如果没有，则创建它。这样，您将拥有一个具有两个相等引用(相同内存)的单个对象，而不是让两个不同的对象评估两个相等(覆盖等于)。

希望这些其他方法中的一种能够解决您的问题。