前言
这篇文章是WPF框架系列的最后一篇,在这里我想阐述一下我对框架设计的理解。
我对框架设计的理解是这样的:
框架设计不应该局限于任何一种设计模式,我们在设计框架时,应该将设计模式揉碎,再重组;这样设计出来的框架才具有一战之力。
框架设计应该根据项目团队成员水平量身定制。
我上一篇文章《我们都知道,如何不被淘汰。》中谈到,开发人员分为程序员和代码工人两种。
这两种开发人员的技术实力差距是巨大的;如果框架设计时不考虑团队成员的技术实力,那么框架很难发挥出最高战力。
比如,如果开发人员大多是代码工人,那么,在设计框架时,要尽量将分工明确考虑进来,让每个人只负责自己模块。最简单的例子就是,前后端分离。
如果开发人员大多是程序员,那么,在设计框架时,要尽量设计业务线性模块,让每个人可以掌控一条业务线,尽量不要前后端分离,尽量采取敏捷设计模式,甚至,可以开放一部分项目经理的职权给开发人员,最大化生产力。
那么,现在我们一起回头看看已经编写完的框架;我们会发现,它是一个将前后台融合,适合程序员团队的框架。
DataGrid高级应用
在高级应用中,我们对表格增加了过滤功能。界面效果如下:
过滤的原理是利用ICollectionView的Filter属性实现的,由于代码比较多,这里就只列出一部分关键代码,具体代码大家可以去GitHub上下载。
ItemsSourceView.Filter = new Predicate<object>((obj) =>
{
bool isFilter = true;
foreach (FilterProperty pinfo in ComparePropertyList) //循环筛选出来需要比较的属性
{
string columnNameEn = pinfo.PropertyName;
var filterValue = pinfo.PropertyValue;//过滤的值
string columnType = pinfo.PropertyInfo.PropertyType.ToString().Replace("System.Nullable`1[", "").Replace("]", "").Replace("System.", "").ToLower();
if (filterValue != null)
{
#region 重点内容 这里开始执行真正的比较
object rowValue = ToolFunction.GetPropertyValue(obj, pinfo.PropertyInfo);//数据行的值
if (rowValue == null)
{
if (filterValue.ToString() == "")
{
return true;
}
else
{
return false;
}
}
else
{
isFilter = CompareValue(columnType, rowValue, filterValue, pinfo.ConditionStr);
}
#endregion
}
if (!isFilter)
{
return isFilter;
}
}
return isFilter;
});
这上面简短的代码中,我们使用了ICollectionView类型的ItemsSourceView.Filter的方法来实现了过滤。
在代码中可以看到,我们为Filter赋值了一个匿名委托;这个委托有一个入参和一个返回值;其中,入参是我们表格中的行的DataContext,返回值是Bool类型,表示这行在表格中是否显示。
接下来,我们在委托中对行的DataContext数据进行了比较处理,根据比较结果来确定,该行是否显示。
UI控件
在这个框架里,我们UI控件的目的提高UI与ViewModel的内聚,所以,这里的UI控件是一定要和ViewModel打配合的。
这里我编写了一个DataGrid的UI控件,由于这个控件是最复杂的,如果大家能理解这个控件,相信,其他控件也可以信手捏来。
首先,我们先看下UI界面:
接下来,我们看一下Xaml界面的代码,代码如下:
<pv:KDataGrid Margin="10,10,10,10" DataContext="{Binding DataGrid,Mode=TwoWay,UpdateSourceTrigger=PropertyChanged}" >
</pv:KDataGrid>
代码很简洁,我们只要绑定DataContex即可,当然绑定的数据源是我们的数据控件DatGrid。
然后,我们看下ViewModel的代码,代码如下:
public VM_PageUserList()
{
Static.StaticData.DataGridConfig.Add(testDataProxy.GetDataGridConfig());
DataGrid.DataGridName = "用户信息列表";
DataGrid.SkipNumber = 3;
DataGrid.BindSource(Load, null);
}
在代码中可以看到,我们首先通过testDataProxy.GetDataGridConfig()方法,从代理中获取了表格配置。
然后将表格配置赋值给了静态变量Static.StaticData.DataGridConfig。
然后确定了当前表格的配置名DataGridName为[用户信息列表] 。
接下来我们正常配置,就实现了表格的展示。
其中表格配置类DataGridConfig代码如下:
public partial class DataGridConfig
{
[DataMember]
public List<ColumnConfig> ColumnConfig { get; set; }
[DataMember]
public int DataGridId { get; set; }
[DataMember]
public string DataGridTemplateName { get; set; }
[DataMember]
public bool HasFilter { get; set; }
[DataMember]
public bool HasPaging { get; set; }
[DataMember]
public int CompanyId { get; set; }
[DataMember]
public int UserId { get; set; }
[DataMember]
public string RowForegroundConvert { get; set; }
[DataMember]
public bool HasNo { get; set; }
[DataMember]
public int FrozenColumnCount { get; set; }
[DataMember]
public bool HideControlRow { get; set; }
}
这里,我们定义了列的集合,和表格的一些基础配置,比如是否开启过滤,是否开启分页等等。
由于代码实在比较多,所以,这里就只列出一部分关键代码了,具体代码还请大家去GitHub上下载阅读。
其实,这里的UI控件编写,只是为大家提供一个思路,毕竟现实中业务所需的控件是千奇百怪的,我们是没办法编写出一个万能控件的。
WPF框架系列文章,到此就完结了。
框架代码已经传到Github上了,欢迎大家下载。
相关文章:
【我们一起写框架】MVVM的WPF框架(一)—序篇
【我们一起写框架】MVVM的WPF框架(二)—绑定
【我们一起写框架】MVVM的WPF框架(三)—数据控件
【我们一起写框架】MVVM的WPF框架(四)—DataGrid
Github地址:https://github.com/kiba518/KibaFramework
注:此文章为原创,欢迎转载,请在文章页面明显位置给出此文链接!
若您觉得这篇文章还不错,请点击下右下角的【推荐】,非常感谢!