只为MVVM中的UI变量创建Model和ViewModel是一种好的做法吗



在WPF中,我目前正在创建一个需要存储多个变量的UI。我认为最好的方法是创建一个单独的模型,纯粹存储视图使用的变量。例如,这将是以下模型:

public class MainWindowModel : ObservableObject
{
public MainWindowModel()
{
}
private int _currentPage;
public int currentPage
{
get
{
return _currentPage;
}
set
{
_currentPage = value;
OnPropertyChanged("currentPage");
}
// below will be more properties
}
}

如果您不创建ViewModel,那么您就不是在执行MVVM。ViewModel是4个字母中的2个,ti是非常积分的。

至于模型:创建它可能是有益的,但严格来说并不是必然的。

MVVM在很大程度上是关于视图的Abitrines。替代视图可以包括ASP.Net页面、控制台应用程序或类似游戏/CAD的绘图。作为ViewModel的一部分,这些人不会从这种风格的更改通知中受益。更改通知可能会浪费CPU时间,因为它很容易从头开始重新绘制。

但大多数情况下,Model部分是针对您已经拥有的MVVM之前的代码,在不中断或更改不足的情况下无法更改(从Fields到Properties with change Notificationton(。即使是我刚才提到的,也可能会陷入不必要的微观乐观。所以在99%的情况下,你可以跳过它。模型是你已经拥有或不需要麻烦创建的东西。

相关内容

最新更新