IDataErrorInfo和INotifyPropertyChanged

Question

我正在学习NHibernate和MVVM，并遇到了以下问题：

一旦nhibernate上的模型类应该是POCO对象，还有另一种方法在模型类上实现IDataErrorInfo和INotifyPropertyChanged？

例如：

public class Person 
{
public virtual int ID { get; set; }
public virtual string firstName { get; set; }
public virtual string lastName { get; set; }
public virtual string phoneNumber{ get; set; }
//...
//implementation of equals and hash
//...
}

INotifyPropertyChanged实现

public class Person : INotifyPropertyChanged
{
public virtual int ID { get; set; }
public virtual string firstName { get; set; }
public virtual string lastName { get; set; }
public virtual string phoneNumber{ get; set; }

public virtual string FirstName
    {
        get { return firstName; }
        set
        {
            firstName = value;
            RaisePropertyChanged("FirstName");
        }
    }

public virtual string LastName
    {
        get{ return lastName; }
        set
        {
            lastName = value;
            RaisePropertyChanged("LastName");
        }
    }

    public virtual string PhoneNumber
    {
        get { return phoneNumber;}
        set
        {
            phone = value;
            RaisePropertyChanged("Phone");
        }
    }

}
#region INofityPropertyChanged members
public virtual event PropertyChangedEventHandler PropertyChanged;

public virtual void RaisePropertyChanged(string PropertyName)
{
PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(PropertyName));
}
#endregion

请注意，INotifyPropertyChanged (或其他接口，如IDataErrorInfo)代码与域无关。

问题是:从一个好的建模的角度来看，这是否可以接受？我应该在我的ViewModel上实现这些接口吗？

Answer 1

请参阅Object --我认为关键是POCO术语起源于Java世界，您的实体最初必须从框架基类继承，这带来了许多功能，使得该类在该框架之外的使用变得非常麻烦。据我理解，由于您提到的接口与ORM无关，因此可以认为，对于ORM而言，对象仍然是POCO。而且它们也是接口，而不是基类，所以您可以控制所有逻辑。

因此，我不认为您必须避免这些接口在实体中，基于一些理论规则的违反。

另一方面，这并不能回答这是否是一个好主意的问题。我从来没有过这些接口，但我编写的大多是基于多层web的应用程序，但它们无论如何都不太有用。经常发生的情况是，视图不对应于单个实体，相反，视图模型对于将来自多个实体的信息进行聚合，然后将其传递给视图非常有用。

虽然接口本身是非常基本的，但它们被数据绑定所使用--这意味着它们必须在用于绑定的类上才能有用。

我的建议是，这可以归结为:在用于数据库的类上实现它们，前提是可以做到这一点，而不会导致任何其他问题。