使用 INotifyPropertyChanged 与类似 WinForms 的事件处理程序有什么优势？

Question

我正在使用 WPF 重新编码一个 WinForms 应用程序（MySQL/EF6 有许多要更新的字段）。我正在检查支持每个字段的 INotifyPropertyChanged 所需的代码，并想知道这是否比事件处理背后的经典代码更有优势。

我用 C# 开发了一个强大的 WinForms 应用程序，支持相当复杂的数据模型，包括 EF6/MySQL。可以想象，对于许多文本字段、组合框、NumUpDowns 等，所有不同字段都有许多事件处理程序。当我考虑将此代码库移至 WPF 及其本机数据绑定时，我反复阅读过需要重新编码中级数据对象以支持类中每个字段的设置器上的 INotifyPropertyChanged。

我已经编写了屏幕设置方法和 Winforms 事件处理程序，它们在类和控件之间执行双向更新功能。当然，这些需要一些修改以适应 WPF 控件方法和属性。我正在尝试确定是否值得在与屏幕交互的每个单独字段上设置 INotifyPropertyChanged 所需的编码工作和持续维护，或者只是修改事件处理程序背后的更经典的代码。我有 50 到 100 个字段（各种类型），每个字段都需要对双向绑定进行特殊编码。

值得吗，还是我作为 WPF 菜鸟错过了什么？

我在现有的数据维护类中有很多很多字段都采用这种形式：

public class clsLot
{
    // Code omitted for general error codes, enums etc.


    // Here are a long list of fields which are generated by EF6 model, decorated with straightforward {get; set; }
    public long idLot { get; set; }
    public string LotID { get; set; }
    public Nullable<long> idRecipe { get; set; }
    public string PlantOrder { get; set; }
    public Nullable<System.DateTime> CreateDate { get; set; }
    public string Inspector { get; set; }
    public string LotType { get; set; }
    [... Long list omitted.  For ease of maintenance when new fields are added to the database and ef6 model regened, this list is copied from ef6 gened code

            // maintenance methods omitted for mapping between this class and database (save, update etc.
    }

当我看到 WPF 双向绑定的示例时，他们说该类必须支持 INotifyPropertyChanged，并且每个字段都必须转换 从更简单的“公共字符串 LotID {get; set;}”到类似 for each field

public class User : INotifyPropertyChanged
{
    // Begin modification for each field in the class that needs to be bi-directionally mapped
    private string _LotID;
    public string LotID 
    {
        get { return this._LotID; }
        set
        {
            if(this.name != value)
            {
                this._LotID = value;
                this.NotifyPropertyChanged("LotID");
            }
        }
    }
    // End of modification for each field

    public event PropertyChangedEventHandler PropertyChanged;

    public void NotifyPropertyChanged(string propName)
    {
        if(this.PropertyChanged != null)
        this.PropertyChanged(this, new PropertyChangedEventArgs(propName));
    }
}

将公共事件和 NotifyPropertyChanged 方法添加到现有类没有问题。 我的问题是代码行中的 13 倍扩展以支持每个字段的 INotifyPropertyChanged 其中我有 50-100 个字段（并且不能再从创建的自动生成的类中复制/粘贴 通过 Ef6 模型）。

与仅移动和调整我在 Winforms 应用程序中现有的屏幕设置和控制事件处理程序方法相比，这样做值得吗？

我的问题的核心是我正在使用利用“public string LotID { get; set;}”语法的自动生成代码，这需要分解为每个单独的私有字段和公共属性当前自动生成的字段/属性。

Answer 1

首先，您可以使用 VS 的 Find&Replace 功能和一些巧妙的正则表达式一键完成这项工作。

首先，您忘记了可以删除所有事件处理程序，因此总共有一些行是新的，但有些会被删除。

从维护的角度来看，绑定和 INPC 对人类来说更具可读性，并且更容易解决诸如“为什么这个控件不显示当前值？”之类的问题。

您还可以编辑使用事件处理程序为这些属性进行双向同步所需的所有代码吗？

当使用绑定时，xaml 端只是 Text="{Binding SomeStringProperty}" 并且可以工作。

** 编辑 **

主要优点是您可以使用 MVVM 模式，这是 WPF 的设计初衷。正确的做法使维护应用程序变得更加容易，但在许多情况下更加乏味。