BindingSource as BindingSource与BindingSource as ViewModel

Question

我注意到了在winforms.However中实现数据库的这两种方法，我想知道哪一种方法更可取(比如总体性能，比如设计时间、效率？)据我所知，这两人是：

BindingSource as BindingSource:

this.textBox1.DataBindings.Add(new Binding("Text", this.myBindingSource, "Augend", true));

• 可以方便地在设计期间使用窗体的属性窗口实现，并让它自动生成代码。
• 使用INotifyPropertyChanged更新控件，只需在没有严格PropertyName值的情况下调用OnPropertyChanged (这似乎让我失望了)

BindingSource as ViewModel:

this.textBox1.DataBindings.Add(new Binding("Text", this.myViewModel, "Augend", true));

• 对于不需要自动生成和ProeprtyName匹配的ViewModel设置，似乎要做更多的工作。
• 使用INotifyPropertyChanged 更新控件，但是 PropertyName应该与对象的Property相同(这在某种程度上提供了保证的感觉，而不是前一个)

我开始更倾向于BindingSource作为ViewModel，但我认为如果使用BindingSource as BindingSource，对应用程序的控制设计人员来说要容易得多。我相信控制和约束将是不紧密耦合的。他可以将控件更改为他想要的任何东西，只需使用其属性窗口来绑定数据，而不是跳转到代码中，并手动更改那里的设置。

Answer 1

但是，我想知道哪一个更好(在总体性能方面，比如设计时间，效率？)

很快，就没有首选的了。

• 性能差异(如果有的话)是可以忽略不计的。在数据绑定中有很多反映，以便计算一些额外的委托调用(而这些调用目前还没有人做)。
• 那么设计时间支持呢，它取决于需求，不能用作“总体性能”的因素。例如，许多业务应用程序倾向于通过代码自动生成运行时UI，使用规则和属性(如数据注释)，因此根本不需要设计时支持。另一方面，如果您的确实需要设计时支持，那么除了使用BindingSource或类似的中介之外，没有其他选择。BindingSource本身不过是一个数据源适配器，它在设计时绑定到类型的(或小型数据模型)，并在运行时绑定到真正的实例。