MVVM-从模型到ViewModel，保持模型不变

问题描述

假设我有一个代表我的模型的第三方后端[C＃.NET Standard]库；该库仅用作数据处理后端工具。显然没有GUI，仅提供了一些公共只读寄存器，以允许其他父代/所有者代码观察这些寄存器的状态。举一个简单的例子：

public class MyModel
{
    public int MyVariable { get; private set; }
    public List<int> MyCollection { get; private set; }
    ...
}

现在，我想提供一个WPF应用程序，用作视图面板/仪表板，以便用户可以在监视器上看到实时情况；我选择了MVVM方法。

第一个问题是：这是一种正确的设计方法，可以假设Model应该保持不变，而又不使其适应viewmodel（忘记Model是我实际上不拥有的代码的第三方库）吗？如何有效，正确地编写viewmodel，以便它可以从Model中提取/检索那些寄存器？我经历了一个基于时间的更新选项（每秒钟重新读取来自Model的那些寄存器），老实说这似乎效率不高。我不知道如何从viewmodel端拦截Model变量的更改或Model集合的更改。

然后，让我们暂时删除我没有库代码的约束，并考虑可以修改Model（同样，它是正确的设计吗？）。我将使MyModel实现INotifyPropertyChanged并将List<int> MyCollection 更改为ObservableCollection<int> MyCollection，以便可以拦截数据更改并绑定到屏幕上进行更新。但是，当dispatcher事件被触发时，我陷入了CollectionChanged问题。 由于模型无法访问dispatcher（.NET标准），我如何执行集合更新？如何抑制由Model触发的CollectionChanged并从dispatcher中的viewmodel触发它？ 我已经通过了dispatcher转发解决方案，但是我再次认为这是某种错误，没有正确编码：

public delegate void dispatcherService(Action action);
public class MyModel
{
    public int MyVariable { get; private set; }
    public List<int> MyList { get; private set; }
    public event dispatcherService MydispatcherService;
    public void AddElementToMyList(int element)
    {
        MydispatcherService?.Invoke(() => MyList.Add(element));
    }
}

public class Myviewmodel
{
    private MyModel _myModel;
    public int MyModelMyVariable { get { return _myModel.MyVariable; } }
    public List<int> MyModelMyCollection { get { return _myModel.MyCollection; } }
    public Myviewmodel(MyModel myModel)
    {
        _myModel = myModel;
        _myModel.MydispatcherService += ((action) => { Application.Current.dispatcher.Invoke(action); });
    }
}

解决方法

通常，您的模型类不需要实现INotifyPropertyChaged和INotifyCollectionChanged。这是由视图模型类实现的接口，用于为视图提供非常通用的通知。该模型应公开专门的事件，以将数据更改通知给视图模型。

由于该库是第三方的，因此只能以API允许的方式使用它。当库公开动态数据时，它很可能会公开您的视图模型可以订阅的相关事件。
否则，您的视图模型将不得不轮询该库以获取数据更改（在这种情况下，您可能会寻找更严重的替代库）。

在MVVM中，模型不应处理任何Dispatcher。 Dispatcher是与UI相关的概念。它处理UI对象（DispatcherObject）的UI线程相似性。它还负责管理UI线程的作业队列。
模型组件既没有与UI相关的对象，也不依赖于UI或UI线程。

在您描述的场景中，正确的方法是从您的视图模型订阅模型事件。然后填充ObservableCollection，视图模型将其公开给视图以进行数据绑定。

根据MVVM，该模型永远不会访问视图模型。因此，只有视图模型才需要整理CollectionChanged事件或对对象的任何其他访问（与UI线程相关联）（例如，如果访问是从与线程不同的线程发生的）进行的UI线程）。

您更正的示例如下所示：

public class MyModel
{
  public int Property { get; private set; }
  public List<int> DataCollection { get; private set; }
  public event EventHandler DataIsReady;

  public void AddElementToDataCollectionOnBackgroundThread(int element)
  {
    Task.Run(()  
    {
      this.DataCollection.Add(element);         
      DataIsReady?.Invoke(this,EventArgs.Empty);
    }
  }
}

public class MyViewModel : INotifyPropertyChanegd
{
  private MyModel Model { get; };
 
  private int viewModelProperty;
  public int ViewModelProperty
  {
    get => return this.viewModelProperty;
    set 
    {
      this.viewModelProperty = value;
      OnPropertyChanged();
    }
  }

  public ObservaleCollection<int> ViewItemsSource { get }

  public MyViewModel(MyModel model)
  {
    this.Model = model;
    this.Model.DataIsReady += OnModelDataIsReady;
  } 

  private void OnModelDataIsReady(object sender,EventArgs e)
  {
    // Since the event was raised on a background thread,// the view model is responsible to marshal the collection change to the UI thread
    Application.Current.Dispatcher.InvokeAsync(
      () =>
      {
        this.ViewItemsSource.Clear();
        this.Model.DataCollection.ForEach(this.ViewItemsSource.Add));
      });

    // PropertyChanged is automatically marshalled 
    // to the UI thread by the framework --> no dispatcher needed
    this.ViewModelProperty = this.Model.Property;
  }
}

让您的模型成为某些库对象的包装是完全可以的。在理想的情况下，这些库对象将具有如此完善的功能，以至于它们将支持诸如INotifyPropertyChanged之类的观察模式。然后，它们可以在各种上下文中使用，例如直接成为MVVM的模型。在您的情况下，由于库对象不支持可观察性，因此您可以创建提供该可观察性的包装器类。否则，您最终将在视图模型中对此进行补偿（这也是完全可以接受的，尽管我希望在定义体系结构边界时范围很干净）。

关于调度程序，我的直觉是模型不应该表现出任何线程亲和性-如果某事物更新了线程上的模型，则通知将在同一线程上发出。由于视图本质上是线程绑定的，因此封送通知的责任要么在视图模型中，要么直接在视图中。当然，您总是可以封送更新模型的调用，以便仅在UI线程上发生通知。

binding binding c#c#dispatcher mvvm mvvm wpf wpf wpf