这世上，没人能一次性写出完美无缺的框架；因为，任何一个框架都需要项目的淬炼，然后才能升华，趋近完美。
所以，框架是个反复修改的东西，最终形成的东西。
如果你学了一点技术，觉得自己可以写出框架了，觉得自己有架构师的能力，然而自己总是怀才不遇——那一定是你的错觉。
因为，你框架没有经过项目淬炼；而淬炼过框架的人都了解，设计的再好的框架，最终会被业务需求打的细碎，然后被开发人员搅和再一起。
所以细节决定成败，没有细节的框架就是扯淡。
DataControl—数据控件
上文我们已经编写出来了WPF的MVVM基础框架，但为了让他更加强壮，为了让他多坚持一阵子再粉碎，我们要让ViewModel更强壮，所以我们要编写[数据控件]。
数据控件其实很好理解，它就是把UI控件中存储的数据提取出来，好让ViewModel可以通过修改数据来控制UI变化；当然，为了更好的控制UI变化，数据控件里还得包含一点管理UI的属性。
因为WPF里的控件大多继承自Control，所以我们先创建Control的数据控件。
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
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));
}
}
}
|
如上代码所示，我们创建了Control的数据控件。
可以看到，处理存贮数据的DataContent属性之外，还创建了一些管理UI的属性IsEnabled、IsReadOnly、Visibility。
父类数据控件创建完成后，我们开始创建子类的数据控件。[如果子类要管理的UI属性不在父类内，我们就需要额外创建一些]
TextBlock和TextBox
我们先创建最基础的，最常用的TextBlock和TextBox。
TextBlock代码如下：
| 1 2 3 4 5 6 7 8 9 10 11 12 13 |
public class TextBlock<T> : Control<T>
{
public T _Text;
public T Text
{
get { return _Text; }
set
{
_Text = value;
OnPropertyChanged();
}
}
}
|
TextBox代码如下：
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
public class TextBox<T> : Control<T>
{
public Action<T> TextChangeCallBack = null;
public T _Text;
public T Text {
get { return _Text; }
set
{
_Text = value;
if (TextChangeCallBack != null)
{
TextChangeCallBack(_Text);
}
OnPropertyChanged();
}
}
}
|
可以看到TextBlock和TextBox都继承了Control，而他们的区别只是TextBox多了一个TextChangeCallBack。
有人会想到，那完全可以用TextBox替代TextBlock。
理论上，TextBlock是可以被替换，但为了程序清晰，还是区别开来更好。
控件定义好了，我们现在看一下如何应用。
TextBox应用
| 1 2 3 4 5 6 7 8 |
xaml页面代码
<TextBox Text="{Binding ChangeTextBox.Text,Mode=TwoWay}" Margin="5" FontSize="12"></TextBox>
----------------------------------<br>ViewModel页面代码
public TextBox<string> ChangeTextBox { get; set; }
public VM_PageTextBox()
{<br> ChangeTextBox = new TextBox<string>();
ChangeTextBox.TextChangeCallBack = (text) => { MessageBox(text); };//声明TextChange
}
|
如代码所示，我们在ViewModel中定义了ChangeTextBox属性，然后再Xaml中绑定了ChangeTextBox属性的Text到UI控件TextBox的Text属性上，这样我们就实现了数据联动。
并且代码中实例化了TextChangeCallBack委托，那么当Text数据变化时，该委托就会触发。
注意：TextChangeCallBack委托与TextChanged事件不同，并不是每次修改文字都会触发，而是当TextBox的Text内容真正被修改时，才会触发；我们可以简单的理解为TextBox失去焦点时才会触发。
这里只介绍TextBox应用，TextBlock应用就不介绍了，因为使用方式和TextBox一样。
如果想了解更多数据控件的应用，请去GitHub下载源码。
ComboBox
ComboBox稍微复杂一点，因为他多了一个ItemSource属性。
我们先看ComboBox的数据控件代码：
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 |
public class ComboBox<T> : Control<T>
{
public Action<T> SelectCallBack = null;
public ComboBox()
{
}
public ObservableCollection<T> _ItemsSource;
public ObservableCollection<T> ItemsSource
{
get
{
return _ItemsSource;
}
set
{
_ItemsSource = value;
if (_ItemsSource != null && _ItemsSource.Count > 0 && SelectedItem == null)
{
SelectedItem = _ItemsSource.First();
}
OnPropertyChanged();
}
}
public T _SelectedItem;
public T SelectedItem
{
get { return _SelectedItem; }
set
{
_SelectedItem = value;
if (SelectCallBack != null)
{
SelectCallBack(_SelectedItem);
}
OnPropertyChanged();
}
}
private ICollectionView _ItemsSourceView;
public ICollectionView ItemsSourceView
{
get
{
_ItemsSourceView = CollectionViewSource.GetDefaultView(_ItemsSource);
return _ItemsSourceView;
}
set
{
_ItemsSourceView = value;
OnPropertyChanged();
}
}
public void SetItemsSource(List<T> itemSource)
{
ItemsSource = new ObservableCollection<T>(itemSource);
}
}
|
代码相对简单，SelectedItem和ItemsSource用来绑定UI控件ComboBox的同名属性。
ItemsSourceView：ItemsSourceView属性可能有些难理解，这里我们简单介绍一下。
因为WPF的UI控件被创建以后，要被添加到视觉树中，所以最终会被显示在屏幕上的是包裹着控件的视觉树；其中视觉树与控件是可以分离的；比如控件中绑定的数据是10行，而视觉树可以显示3行。
为了管理视觉树，我们创建了ItemsSourceView属性。
因为ItemsSourceView是ICollectionView类型，所以ItemsSourceView可以处理排序、筛选和分组。[有兴趣的同学可以自行了解下ICollectionView类型]
感觉这样描述还是很难理解，让我们一起在应用中慢慢理解吧。
ObservableCollection：我们可以看到ItemsSource是类型是ObservableCollection，而不是List。为什么要用ObservableCollection呢？
很简单，因为ObservableCollection继承了INotifyCollectionChanged，即，数据控件进行[行]的增删，也会让UI进行[行]的增删。
ComboBox应用
在应用之前，我们先在Proxy建立一个获取数据是代理。
创建获取数据的方法如下：
| 1 2 3 4 5 6 |
public List<User> GetComboBoxData()
{
List<User> userList = new List<User>();
User user1 = new User() { Id = 1, Name = "张三", Age = 11 };
userList.Add(user1);
return userList;<br>}
|
Xaml页面代码如下：
| 1 |
<ComboBox Margin="5" Width="200" FontSize="12" ItemsSource="{Binding TestComboBox.ItemsSource}" DisplayMemberPath="Name" SelectedValuePath="Id" SelectedItem="{Binding TestComboBox.SelectedItem}" ></ComboBox>
|
ViewModel代码如下：
| 1 2 3 4 5 6 7 8 9 10 |
public ComboBox<User> TestComboBox { get; set; }
TestDataProxy proxy = new TestDataProxy();
public VM_PageComboBox()
{
TestComboBox = new ComboBox<User>();
TestComboBox.SetItemsSource(proxy.GetComboBoxData());
TestComboBox.SelectCallBack = (user) => {
MessageBox(user.Name);
};
}
|
如上所示，我们已经实行了在ViewModel中管理ComboBox。
----------------------------------------------------------------------------------------------------
本篇文章就先讲到这了，下一篇文章我们将一起为框架编写DataGrid数据控件。
因为DataGrid数据控件是所有数据控件中最复杂的，而且代码量特别多；所以，我决定，单拿出一篇来介绍DataGrid。
框架代码已经传到Github上了，并且会持续更新。
来源：https://www.cnblogs.com/kiba/p/9648808.html
郑州不孕不育检查
郑州不孕不育
郑州最好的不孕不育医院
郑州不孕不育