WPF MVVM从入门到精通3：数据绑定

对应于用户名输入框，ViewModel里面应该有一个相应的对象。当这个对象状态发生改变时，需要向View发出一个通知。因为所有的属性都要做这么一个事情，我们把通知这件事放到一个基类里面。

using System.ComponentModel;

namespace LoginDemo.ViewModel.Common
{
    public abstract class NotificationObject : INotifyPropertyChanged
    {
        public event PropertyChangedEventHandler PropertyChanged;

        /// 
/// 发起通知
        /// 
/// 属性名
        public void RaisePropertyChanged(string propertyName)
        {
            PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
        }
    }
}

这个基类所做的事情，就是当我们调用RaisePropertyChanged的时候，就会通知View，propertyName这个属性改变了，你要做出相应的处理了。

那我们现在的ViewModel，应该是怎样的呢，代码如下：

using LoginDemo.ViewModel.Common;

namespace LoginDemo.ViewModel.Login
{
    public class LoginViewModel : NotificationObject
    {
        public LoginViewModel()
        {
            obj.UserName = "test";
        }

        /// 
/// Model对象
        /// 
private LoginModel obj = new LoginModel();        

        /// 
/// 用户名
        /// 
public string UserName
        {
            get
            {
                return obj.UserName;
            }
            set
            {
                obj.UserName = value;
                this.RaisePropertyChanged("UserName");
            }
        }
    }
}

我们声明了一个LoginModel的私有对象，用于存储真正的数据内容。而属性UserName，当设置它的值时，它就会发出名为"UserName"这个属性改变的通知。

可能有的人会觉得，Model和ViewModel有太多重复的内容。或许有人会删掉Model类，然后把ViewModel改成这样：

using LoginDemo.ViewModel.Common;

namespace LoginDemo.ViewModel.Login
{
    public class LoginViewModel : NotificationObject
    {
        private string userName;
        /// 
/// 用户名
        /// 
public string UserName
        {
            get
            {
                return userName;
            }
            set
            {
                userName = value;
                this.RaisePropertyChanged("UserName");
            }
        }
    }
}

这样的设计在最终效果上是一样的，但我并不建议。我们可能会遇到这样的场合：把所有数据保存到一个文件，然后在下次打开软件的时候还原。如果有Model类，我们使用序列化就可以很方便地实现这一功能。当然，Model类存在的理由并不止这一个。所以虽然麻烦一点，我还是建议做一个Model类。

那么后端还要做些什么呢？其实对于UserName的处理，已经完成了。我们现在来看看前端要做的事情。

我们说过，前端存在着大量的绑定。我们使用绑定的方法，把用户名输入框绑定到名为UserName的属性上。

"0" Grid.Column="1" Margin="5" Text="{Binding UserName}"/>

代码是相当简单的。我们现在就可以运行软件，然后看到用户名输入框里显示test。当我们修改其内容，在输入框失去焦点时，ViewModel里面的UserName也会变成输入框输入的内容。

至此，前后端的工作都完成了。