C# MVVM:ViewModel和业务逻辑连接
在使用MVVM模式完成了几个项目之后，我仍然在努力扮演ViewModel的角色：C# MVVM:ViewModel和业务逻辑连接,c#,wpf,design-patterns,mvvm,C#,Wpf,Design Patterns,Mvvm,在使用MVVM模式完成了几个项目之后，我仍然在努力扮演ViewModel的角色： ... private Person person; ... string IDataErrorInfo.this[string propertyName] { get { string error = (person as IDataErrorInfo)[propertyName]; return error; } } 我过去所做的： 仅将模型用作数
...
private Person person;
...
string IDataErrorInfo.this[string propertyName]
{
get
{
string error = (person as IDataErrorInfo)[propertyName];
return error;
}
}
因此，业务逻辑和表示逻辑是分开的，但这使得通知UI变得很困难。这两种方法都是有效的，但还有第三种方法：在模型层和VM层之间实现服务。如果你想让你的模型保持沉默，服务可以提供一个与用户界面无关的中间人，它可以以可重用的方式强制执行你的业务规则 因为模型不包含任何PropertyChange通知，我将避免这种情况
你为什么要回避这个？不要误解我的意思，我倾向于尽可能地保持我的模型的沉默，但是在模型中实现更改通知有时是有用的，并且当您这样做时，您只依赖于
System.ComponentModel- 将部分业务逻辑放在单独的类（“服务”）中。该服务将通过适当地使用模型实例来实现您想要执行的所有业务操作
- 这意味着服务知道模型属性何时可能更改（这是确定的：model+service==业务逻辑）
- 该服务将向所有相关方提供有关更改型号的通知；您的viewmodels将依赖于该服务并接收这些通知（以便他们知道“他们的”模型何时更新）
- 由于业务操作也由服务实现，因此这仍然非常自然（例如，当在viewmodel上调用命令时，反应是调用服务上的适当方法；请记住，viewmodel本身不知道业务逻辑）
有关这种实现的更多信息，请参见我的答案和。您也可以在：Model和ViewModel上实现IDataErrorInfo，但仅在Model中执行验证，这将简化您仅在Model上实现业务规则的方式 例： 视图模型：
...
private Person person;
...
string IDataErrorInfo.this[string propertyName]
{
get
{
string error = (person as IDataErrorInfo)[propertyName];
return error;
}
}
public class Person:INotifyPropertyChanged,IDataErrorInfo
{
...
string IDataErrorInfo.this[string propertyName]
{
get { return this.GetValidationError(propertyName); }
}
...
string GetValidationError(string propertyName)
{
if(propertyName == "PersonName")
//do the validation here returning the string error
}
}