这世上，没人能一次性写出完美无缺的框架；因为，任何一个框架都需要项目的淬炼，然后才能升华，趋近完美。
所以，框架是个反复修改的东西，最终形成的东西。
如果你学了一点技术，觉得自己可以写出框架了，觉得自己有架构师的能力，然而自己总是怀才不遇——那一定是你的错觉。
因为，你框架没有经过项目淬炼；而淬炼过框架的人都了解，设计的再好的框架，最终会被业务需求打的细碎，然后被开发人员搅和再一起。
所以细节决定成败，没有细节的框架就是扯淡。
DataControl—数据控件
上文我们已经编写出来了WPF的MVVM基础框架，但为了让他更加强壮，为了让他多坚持一阵子再粉碎，我们要让ViewModel更强壮，所以我们要编写[数据控件]。
数据控件其实很好理解，它就是把UI控件中存储的数据提取出来，好让ViewModel可以通过修改数据来控制UI变化；当然，为了更好的控制UI变化，数据控件里还得包含一点管理UI的属性。
因为WPF里的控件大多继承自Control，所以我们先创建Control的数据控件。
public class Control<T> : INotifyPropertyChanged { public event PropertyChangedEventHandler PropertyChanged; public T _DataContent ; public T DataContent { get { return _DataContent; } set { _DataContent = value; OnPropertyChanged(); } } public Visibility _Visibility; public Visibility Visibility { get { return _Visibility; } set { _Visibility = value; OnPropertyChanged(); } } public bool _IsReadOnly; public bool IsReadOnly { get { return _IsReadOnly; } set { _IsReadOnly = value; OnPropertyChanged(); } } public bool _IsEnabled; public bool IsEnabled { get { return _IsEnabled; } set { _IsEnabled = value; OnPropertyChanged(); } } protected void OnPropertyChanged([CallerMemberName]string propertyName = "") { if (PropertyChanged != null) { PropertyChanged(this, new PropertyChangedEventArgs(propertyName)); } } }