2023年2月

在开发Winform程序界面的时候,我们往往会使用一些较好看的图表,以便能够为我们的程序界面增色,良好的图标设置可以让界面看起来更加美观舒服,而且也比较容易理解,图标我们可以通过一些网站获取各种场景的图标资源,不过本篇随笔主要介绍如何利用DevExpress的内置图标资源来实现界面图标的设置。

1、设计时刻的图标处理

丰富的图标处理,在菜单、工具栏、树列表等地方,以及按钮等地方,都可以使用,而这些我们可以利用DevExpress的内置图标选择来减轻我们寻找合适图标的烦恼。

一些按钮、工具栏等的图标设置,一般是固定的,我们往往可以在设计时刻就指定它,这样我们可以使用本地的图标,也可以使用DevExpress的内置图标。而使用DevExpress内置图标资源的时候,我们可以调出DevExpress的内置图标选择框的。

如下是按钮添加图标方式,操作非常简单,在按钮的右上角小图标上单击一下进入编辑界面,如下所示。

然后选择Image按钮,进入图标选择界面,选择内置的DevExpress图标库即可,基本上,只要是DevExpress的原生控件,那么就可以通过这种内置图标的对话框进行图标选择,非常方便。

2、运行时刻的图标处理

上面的操作是在设计时候,DevExpress设计器给我们提供很多便利选择内置图标,而在界面运行时刻,想动态处理界面按钮图标,或者树形菜单的图标的时候,就没有这个直接的接口来设置图标了,而我们框架的菜单往往都是需用动态增加的,因此图标的设置也是在运行时刻的。如下面的树列表中,图标就是动态指定的。

这些动态的树形菜单,是在权限系统里面动态配置的,菜单的配置界面如下所示。

上面的选择图图标就是我们需要动态设置的图标,由于图标资源我们是以图片形式存储在对应的记录里面的,因此使用起来也是比较方便的,我们在配置的时候,获取到对应的图标资源并存储起来即可。

除了上面可以参考从DevExpress内置图标资源获取图标的方式外

我们还可以选择我们自己喜欢的图标资源,也就是从系统图标文件中选择自己喜欢的,如下界面所示。

因此我考虑在运行时刻整合两种不同选择图标的方式。

我们先来看看我整合后的图表选择界面,如下所示,包含了运行时刻提取DevExpress内置图标的功能和从系统文件中选择图标的功能。

3、运行时刻提取DevExpress内置图标的功能实现

首先我们参考设计时刻的界面展示

来设计一个界面来展示图标信息

参考原版的界面,设计尽可能贴近即可,另外我们自己加入一个从系统选择图标资源的操作。

至于图标选中后我们返回对应的Image对象给调用者,则通过事件进行处理,以便选中后,即使更新显示效果。

如下所示,我们定义一个委托和事件。

    /// <summary>
    ///DevExpress图标和系统图标选择窗体/// </summary>
    public partial classFrmImageGallery : BaseForm
{
/// <summary> ///自定义一个委托处理图标选择/// </summary> public delegate void IconSelectHandlerDelegate(Image image, stringname);/// <summary> ///图标选择的事件/// </summary> public eventIconSelectHandlerDelegate OnIconSelected;private DXImageGalleryLoader loader = null;publicFrmImageGallery()
{
InitializeComponent();

InitDictItem();
//初始化 }/// <summary> ///处理图标选择的事件触发/// </summary> public virtual void ProcessIconSelected(Image image, stringname)
{
if (OnIconSelected != null)
{
OnIconSelected(image, name);
}
}

然后在内置图标显示中,如果触发图标的单击,我们就触发事件,以便让调用者更新界面显示,如下代码所示。

foreach (GalleryItem item initems[key])
{
item.ItemClick
+= (s, e) =>{//选择处理 ProcessIconSelected(item.ImageOptions.Image, item.Description);
};
}

而对于从系统文件加载文件进行显示图标的,类似的触发方式。

        /// <summary>
        ///从系统资源中加载图标文件,然后触发事件进行显示/// </summary>
        private void txtFilePath_Properties_ButtonClick(objectsender, ButtonPressedEventArgs e)
{
string file =GetIconPath();if (!string.IsNullOrEmpty(file))
{
this.txtFilePath.Text = file;//记录文件名 this.txtEmbedIcon.Image = LoadIcon(file);//显示图片 this.txtEmbedIcon.Size = new System.Drawing.Size(64, 64);//返回处理 ProcessIconSelected(this.txtEmbedIcon.Image, file);
}
}

这样我们在菜单的选择图标的时候,就可以触发事件进行获取图表并更新自身了。

        private void btnSelectIcon_Click(objectsender, EventArgs e)
{
FrmImageGallery dlg
= newFrmImageGallery();
dlg.OnIconSelected
+= (image, name) =>{this.txtEmbedIcon.Image =image;
};
dlg.ShowDialog();
}

完成了这些处理,我们再次将焦点放在如何提取并展示DevExpress内置图标的身上。

为了获取图表资源里面的分类及大小等信息,我们需要把图标资源进行一个加载出来,然后读取里面的类别和大小、集合等信息。先定义几个变量来承载这些信息。

        /// <summary>
        ///图标分类/// </summary>
        public List<string> Categories { get; set; }/// <summary>
        ///图标集合/// </summary>
        public List<string> Collection { get; set; }/// <summary>
        ///图标尺寸/// </summary>
        public List<string> Size { get; set; }

我们知道,DevExpress的图标资源在程序集DevExpress.Utils.DxImageAssemblyUtil.ImageAssembly里面,因此我们需要对它进行读取,并依次对各个资源进行处理。

我们来看看具体的处理代码,如下所示。

            using (System.Resources.ResourceReader reader =GetResourceReader(DevExpress.Utils.DxImageAssemblyUtil.ImageAssembly))
{
System.Collections.IDictionaryEnumerator dict
=reader.GetEnumerator();while(dict.MoveNext())
{
string key = (string)dict.Key as string;if (!DevExpress.Utils.DxImageAssemblyUtil.ImageProvider.IsBrowsable(key)) continue;if (key.EndsWith(".png", StringComparison.Ordinal))
{
string reg = @"(?<collection>\S*?)/(?<category>\S*?)/(?<name>\S*)";var collectionItem = CRegex.GetText(key, reg, "collection");var categoryItem = CRegex.GetText(key, reg, "category");string sizeReg = @"_(?<size>\S*)\.";var sizeItem = CRegex.GetText(key, sizeReg, "size");if (!this.Collection.Contains(collectionItem))
{
this.Collection.Add(collectionItem);
}
if (!this.Categories.Contains(categoryItem))
{
this.Categories.Add(categoryItem);
}
if (!this.Size.Contains(sizeItem))
{
this.Size.Add(sizeItem);
}

Image image
=GetImageFromStream((System.IO.Stream)dict.Value);if (image != null)
{
var item = newDevExpress.XtraBars.Ribbon.GalleryItem(image, key, key);if (!ImageCollection.ContainsKey(key))
{
ImageCollection.Add(key, item);
}
}
}
}
}

其中读取资源的操作代码是

GetResourceReader(DevExpress.Utils.DxImageAssemblyUtil.ImageAssembly)

这个代码它就是从资源里面进行获取对应的图表资源。

        privateSystem.Resources.ResourceReader GetResourceReader(System.Reflection.Assembly imagesAssembly)
{
var resources =imagesAssembly.GetManifestResourceNames();var imageResources = Array.FindAll(resources, resourceName => resourceName.EndsWith(".resources"));if (imageResources.Length != 1)
{
throw new Exception("读取异常");
}
return new System.Resources.ResourceReader(imagesAssembly.GetManifestResourceStream(imageResources[0]));
}

另外,我们根据图表的文件名结构,我们通过正则表达式来读取它的对应信息,然后把它的大小、类别、集合信息存储起来。

    string reg = @"(?<collection>\S*?)/(?<category>\S*?)/(?<name>\S*)";var collectionItem = CRegex.GetText(key, reg, "collection");var categoryItem = CRegex.GetText(key, reg, "category");string sizeReg = @"_(?<size>\S*)\.";var sizeItem = CRegex.GetText(key, sizeReg, "size");

图表信息读取了,我们需要解析它然后存储起来,把图标的Image对象放在一个字典类别里面,方便按照组别进行展示。

    Image image =GetImageFromStream((System.IO.Stream)dict.Value);if (image != null)
{
var item = newDevExpress.XtraBars.Ribbon.GalleryItem(image, key, key);if (!ImageCollection.ContainsKey(key))
{
ImageCollection.Add(key, item);
}
}

有了这些资源,我们对它们进行搜索就显得很方便了,我们如果需要根据文件名或者其他条件进行查询集合的数据,提供一个通用的方法即可,如下代码所示。

        /// <summary>
        ///根据条件获取集合/// </summary>
        /// <returns></returns>
        public Dictionary<string, GalleryItemCollection> Search(List<string> collection, List<string>categories, 
List
<string> size, string fileName = "")
{
Dictionary
<string, GalleryItemCollection> dict = new Dictionary<string, GalleryItemCollection>();

GalleryItemCollection list
= newGalleryItemCollection();foreach (var key inImageCollection.Keys)
{
//使用正则表达式获取图标文件名中的集合、类别、大小等信息 string reg = @"(?<collection>\S*?)/(?<category>\S*?)/(?<name>\S*)";var collectionItem = CRegex.GetText(key, reg, "collection");var categoryItem = CRegex.GetText(key, reg, "category");string sizeReg = @"_(?<size>\S*)\.";var sizeItem = CRegex.GetText(key, sizeReg, "size");//如果是查询处理,把记录放到查询结果里面 if (!string.IsNullOrEmpty(fileName))
{
if(key.Contains(fileName))
{
list.Add(ImageCollection[key]);
}
dict[
"查询结果"] =list;
}
else{//如果是集合和列表中包含的,把它们按类别添加到字典里面 if (collection.Contains(collectionItem) &&categories.Contains(categoryItem)&&size.Contains(sizeItem))
{
if (!dict.ContainsKey(categoryItem))
{
GalleryItemCollection cateList
= newGalleryItemCollection();
cateList.Add(ImageCollection[key]);
dict[categoryItem]
=cateList;
}
else{
GalleryItemCollection cateList
=dict[categoryItem];
cateList.Add(ImageCollection[key]);
}
}
}
}
returndict;
}

这次搜索就直接基于已有的集合ImageCollection 进行搜索的了,不用再次读取程序集并依次分析它,速度提供不少的。

由于图表资源的处理是比较耗时的,我们把整个图标加载的类作为一个静态的对象缓存起来,这样下次使用直接从缓存里面拿,对应的资源也不用重新加载,更好的提高我们重用的效果了,体验更好了。

    /// <summary>
    ///图标库加载处理/// </summary>
    public classDXImageGalleryLoader
{
/// <summary> ///图标字典类别集合/// </summary> public Dictionary<string, GalleryItem> ImageCollection { get; set; }/// <summary> ///图标分类/// </summary> public List<string> Categories { get; set; }/// <summary> ///图标集合/// </summary> public List<string> Collection { get; set; }/// <summary> ///图标尺寸/// </summary> public List<string> Size { get; set; }/// <summary> ///使用缓存处理,获得对象实例/// </summary> public staticDXImageGalleryLoader Default
{
get{
System.Reflection.MethodBase method
=System.Reflection.MethodBase.GetCurrentMethod();string keyName = string.Format("{0}-{1}", method.DeclaringType.FullName, method.Name);var result = MemoryCacheHelper.GetCacheItem<DXImageGalleryLoader>(keyName,delegate () { return newDXImageGalleryLoader().LoadData(); },new TimeSpan(0, 30, 0));//30分钟过期 returnresult;
}
}

以上代码通过

public static DXImageGalleryLoader Default

定义了一个静态的实例属性,这样这个 DXImageGalleryLoader 实例只会在程序第一次使用的时候构建并加载图片资源,后续都是从缓存里面读取,提高响应速度的同时,也会记住上次的选择界面内容。

以上就是整个功能的处理思路,以及一步步的优化处理,以便实现功能展示的同时,也提高响应速度,最终界面就是我们开始的时候介绍的那样。

单击或者选中系统图标后, 需要设置的按钮或者界面,就会及时更新图标展示,体验效果还是非常不错的。

由于这个界面功能的通用性,我把它作为系统界面基础模块,放到了我的框架BaseUIDx里面,各个系统模块都可以调用了。

在我们开发Winform界面的时候,往往需要绑定数据字典操作,也就是绑定一些下拉列表或者一些列表显示等,以便我们方便选择数据操作,常见的字典绑定操作就是对下拉列表的处理,本篇随笔是基于DevExpress界面的一些处理操作,原理也适用于常规Winform界面或者DotNetBar控件界面处理。另外对于缓存的处理,一般在基于单机版数据或者局域网API接口处理的字典绑定,速度是比较快的,基本上可以不用考虑缓存的处理,但是对于基于互联网API接口的数据处理,往往受限于带宽等原因,请求数据的速度没有那么快,那么需要做好数据缓存处理,才可能更好的提高用户体验。

1、常规字典列表的绑定

对于普通的下拉列表控件,我们绑定操作就是先获取字典数据列表,然后对它的数据项进行添加操作即可,为了方便,我们往往做成一个扩展函数的方式来进行处理,并把这些通用的扩展函数放到界面基类库里面方便重用,这样我们可以在设计到界面的数据绑定的时候,非常方便的调用了。

如类似下面的扩展函数定义。

        /// <summary>
        ///绑定下拉列表控件为指定的数据字典列表/// </summary>
        /// <param name="combo">下拉列表控件</param>
        /// <param name="itemList">数据字典列表</param>
        /// <param name="defaultValue">控件默认值</param>
        /// <param name="emptyFlag">是否加入空值选项</param>
        public static void BindDictItems(this ComboBoxEdit combo, List<string> itemList, string defaultValue, bool emptyFlag = true)
{
combo.Properties.BeginUpdate();
//可以加快 combo.Properties.Items.Clear();
combo.Properties.Items.AddRange(itemList);
if(emptyFlag)
{
combo.Properties.Items.Insert(
0, "");
}
if (itemList.Count > 0)
{
combo.SetDropDownValue(defaultValue);
}

combo.Properties.EndUpdate();
//可以加快 }

还有有时候我们需要一个显示文本、值的键值对来对字典进行处理,如定义的CListItem对象

    /// <summary>
    ///框架用来记录字典键值的类,用于Comobox等控件对象的值传递/// </summary>
[Serializable]public classCListItem
{
/// <summary> ///显示内容/// </summary> public string Text { get; set; }/// <summary> ///实际值内容/// </summary> public string Value { get; set; }
}

这样我们绑定列表的扩展函数在定义一个函数,如下所示。

        /// <summary>
        ///绑定下拉列表控件为指定的数据字典列表/// </summary>
        /// <param name="combo">下拉列表控件</param>
        /// <param name="itemList">数据字典列表</param>
        /// <param name="defaultValue">控件默认值</param>
        /// <param name="emptyFlag">是否加入空值选项</param>
        public static void BindDictItems(this ComboBoxEdit combo, List<CListItem> itemList, string defaultValue, bool emptyFlag = true)
{
combo.Properties.BeginUpdate();
//可以加快 combo.Properties.Items.Clear();
combo.Properties.Items.AddRange(itemList);
if(emptyFlag)
{
combo.Properties.Items.Insert(
0, new CListItem(""));
}
if (itemList.Count > 0)
{
if (!string.IsNullOrEmpty(defaultValue))
{
combo.SetComboBoxItem(defaultValue);
}
else{
combo.SelectedIndex
= 0;
}
}

combo.Properties.EndUpdate();
//可以加快 }

当然,除了上面的这两个处理,我们还可以定义很多不同类型的重载方法,以便更方便处理相关的控件的字典数据绑定。

对于固定数据源List<string>、或者List<CListItem>来说,我们绑定的操作就非常简单。

List<CListItem> itemList= new List<CListItem>() { new CListItem(""), new CListItem("") };
txtItem.BindDictItems(itemList);

然后获取对应字典值的方式,我们可以定义一个扩展函数来处理,如下代码所示。

        /// <summary>
        ///获取下拉列表的值/// </summary>
        /// <param name="combo">下拉列表</param>
        /// <returns></returns>
        public static string GetComboBoxValue(thisComboBoxEdit combo)
{
CListItem item
= combo.SelectedItem asCListItem;if (item != null)
{
returnitem.Value;
}
else{return "";
}
}

对于以上的操作,我们这里还没有涉及到字典模块里面的数据源,只是提供一些常规的固定列表,我们知道,大多数的数据字典我们是通过字典模块来进行维护的。

因此我们也需要动态的从字典库上获取对应的字典集合来进行绑定。字典的数据,我们可以通过字典类型或者字典代码来获取,如下是通过字典类型获取对应的字典列表代码。

BLLFactory<DictData>.Instance.GetDictByDictType(dictTypeName);

有了这些数据的获取方法,我们就可以通过扩展函数来进一步扩展我们绑定字典类别的方式了,如下扩展函数所示。

        /// <summary>
        ///绑定下拉列表控件为指定的数据字典列表/// </summary>
        /// <param name="combo">下拉列表控件</param>
        /// <param name="dictTypeName">数据字典类型名称</param>
        /// <param name="defaultValue">控件默认值</param>
        public static void BindDictItems(this ComboBoxEdit combo, string dictTypeName, stringdefaultValue)
{
Dictionary
<string, string> dict = BLLFactory<DictData>.Instance.GetDictByDictType(dictTypeName);
List
<CListItem> itemList = new List<CListItem>();foreach (string key indict.Keys)
{
itemList.Add(
newCListItem(key, dict[key]));
}

BindDictItems(combo, itemList, defaultValue);
}

使用的时候,就非常简单了,如下代码是实际项目中对字典列表绑定的操作,字典数据在字典模块里面统一定义的。

        /// <summary>
        ///初始化数据字典/// </summary>
        private voidInitDictItem()
{
txtInDiagnosis.BindDictItems(
"入院诊断");
txtLeaveDiagnosis.BindDictItems(
"最后诊断");//初始化代码 this.txtFollowType.BindDictItems("随访方式");this.txtFollowStatus.BindDictItems("随访状态");
}

这样就非常简化了我们对字典数据源的绑定操作了,非常方便易读,下面是其中一个功能界面的下拉列表展示。

2、使用缓存提高界面响应速度

前面介绍了通过扩展函数来进一步扩展我们绑定字典类别的方式了,如下扩展函数所示。

        /// <summary>
        ///绑定下拉列表控件为指定的数据字典列表/// </summary>
        /// <param name="combo">下拉列表控件</param>
        /// <param name="dictTypeName">数据字典类型名称</param>
        /// <param name="defaultValue">控件默认值</param>
        public static void BindDictItems(this ComboBoxEdit combo, string dictTypeName, stringdefaultValue)
{
Dictionary
<string, string> dict =BLLFactory<DictData>.Instance.GetDictByDictType(dictTypeName);
List
<CListItem> itemList = new List<CListItem>();foreach (string key indict.Keys)
{
itemList.Add(
newCListItem(key, dict[key]));
}

BindDictItems(combo, itemList, defaultValue);
}

如果是基于服务接口的方式(通过Web API或者WCF方式)获取字典列表,那么BLLFactory<T>的方式就修改为CallerFactory<T>的方式获取数据了,如下扩展函数所示。

        /// <summary>
        ///绑定下拉列表控件为指定的数据字典列表/// </summary>
        /// <param name="control">下拉列表控件</param>
        /// <param name="dictTypeName">数据字典类型名称</param>
        /// <param name="defaultValue">控件默认值</param>
        /// <param name="emptyFlag">是否添加空行</param>
        public static void BindDictItems(this ComboBoxEdit control, string dictTypeName, string defaultValue, bool emptyFlag = true)
{
Dictionary
<string, string> dict = CallerFactory<IDictDataService>.Instance.GetDictByDictType(dictTypeName);
List
<CListItem> itemList = new List<CListItem>();foreach (string key indict.Keys)
{
itemList.Add(
newCListItem(key, dict[key]));
}

control.BindDictItems(itemList, defaultValue, emptyFlag);
}

也就是通过服务接口工厂方法调用

CallerFactory<IDictDataService>.Instance.GetDictByDictType(dictTypeName);

而获取数据字典列表的内容,这个可以配置为Web API访问方式、WCF访问方式,底层就是调用客户端封装的代理方法获取就是了。例如对于Web API调用来说就是通过客户端直接访问Web API服务接口获取数据的,实现代码如下所示。

        /// <summary>
        ///根据字典类型名称获取所有该类型的字典列表集合(Key为名称,Value为值)/// </summary>
        /// <param name="dictTypeName">字典类型名称</param>
        /// <returns></returns>
        public Dictionary<string, string> GetDictByDictType(stringdictTypeName)
{
var action =System.Reflection.MethodBase.GetCurrentMethod().Name;string url = GetTokenUrl(action) + string.Format("&dictTypeName={0}", dictTypeName.UrlEncode());

Dictionary
<string, string> result = JsonHelper<Dictionary<string, string>>.ConvertJson(url);returnresult;
}

由于字典数据是相对比较固定的,一般时效不是那么及时都没问题,由于这部分数据是通过网络的方式获取的,反复的调用获取是会耗费一定的时间。

为了提高用户响应速度,我们可以把它放到客户端的缓存里面(非服务器缓存),设置一定的失效时间,在失效时间内,我们数据不再反复的从网络接口获取,而是直接通过缓存里面提取,速度非常快,同时也提高了界面响应速度。

但是为了不影响已有代码,我们可以继续在扩展函数的实现上做一些扩展即可,首先我们定义一个公共的获取字典数据的方法,如下所示。

        /// <summary>
        ///获取字典类型的通用处理/// </summary>
        /// <param name="dictTypeName">字典类型</param>
        /// <param name="isCache">是否缓存,默认为true</param>
        /// <returns></returns>
        private static Dictionary<string, string> GetDictByDictType(string dictTypeName, bool isCache = true)
{
Dictionary
<string, string> dict = null;if(isCache)
{
System.Reflection.MethodBase method
=System.Reflection.MethodBase.GetCurrentMethod();string key = string.Format("{0}-{1}-{2}", method.DeclaringType.FullName, method.Name, dictTypeName);

dict
= MemoryCacheHelper.GetCacheItem<Dictionary<string, string>>(key,delegate() {return CallerFactory<IDictDataService>.Instance.GetDictByDictType(dictTypeName);
},
new TimeSpan(0, 30, 0));//30分钟过期 }else{
dict
= CallerFactory<IDictDataService>.Instance.GetDictByDictType(dictTypeName);
}
returndict;
}

通过使用 MemoryCacheHelper.GetCacheItem<Dictionary<string, string>> 的方式,我们可以把它设置为缓存处理方式,如果在失效时间内,则从缓存里面提取。

这样原来的绑定下拉列表的扩展方法获取字典数据,从这个公共的接口里面获取即可,而我们也仅仅是增加一个具有默认值的缓存与否的参数,用来决定是否使用缓存模式,默认为使用缓存处理。

        /// <summary>
        ///绑定下拉列表控件为指定的数据字典列表/// </summary>
        /// <param name="control">下拉列表控件</param>
        /// <param name="dictTypeName">数据字典类型名称</param>
        /// <param name="defaultValue">控件默认值</param>
        /// <param name="emptyFlag">是否添加空行</param>
        public static void BindDictItems(this ComboBoxEdit control, string dictTypeName, string defaultValue, bool isCache = true, bool emptyFlag = true)
{
var dict =GetDictByDictType(dictTypeName, isCache);

List
<CListItem> itemList = new List<CListItem>();foreach (string key indict.Keys)
{
itemList.Add(
newCListItem(key, dict[key]));
}

control.BindDictItems(itemList, defaultValue, emptyFlag);
}

这样原来的数据下拉列表绑定的方式没有变化,依旧是我们原来的代码,但是默认采用缓存方式来绑定基于网络接口(混合框架模式)获取的字典数据。

        /// <summary>
        ///初始化数据字典/// </summary>
        private voidInitDictItem()
{
//初始化代码 this.txtSurgeryType.BindDictItems("手术方式");this.txtIsFirstTime.BindDictItems("首发");this.txtWHOGrade.BindDictItems("病理WHO分级");this.txtLesionPart.BindDictItems("病灶部位");this.txtOccupation.BindDictItems("病人职业");this.txtRelapse.BindDictItems("复发");this.txtPathologyGrade.BindDictItems("病理分级");this.txtSymptom.BindDictItems("初发症状");this.txtAnesthesiaMethod.BindDictItems("麻醉方法");this.txtSpecimenDetail.BindDictItems("具体标本情况");
}

得到的编辑界面如下所示,使用缓存接口,对于大量字典数据显示的界面,界面显示速度有了不错的提升。

而对于一些特殊列表的字典显示,如需要通过拼音首字母进行检索功能的下拉列表,我们依旧可以使用这种绑定的方式实现缓存处理的。

如字典绑定的扩展函数如下所示,这样就统一了整个字典列表的绑定操作,比较容易记住。

        /// <summary>
        ///绑定下拉列表控件为指定的数据字典列表/// </summary>
        /// <param name="combo">下拉列表控件</param>
        /// <param name="dictTypeName">数据字典类型名称</param>
        /// <param name="defaultValue">控件默认值</param>
        public static void BindDictItems(this CustomGridLookUpEdit combo, string dictTypeName, string defaultValue, bool isCache = true)
{
string displayName =dictTypeName;const string valueName = "值内容";const string pinyin = "拼音码";var dt = DataTableHelper.CreateTable(string.Format("{0},{1},{2}", displayName, valueName, pinyin));var dict =GetDictByDictType(dictTypeName, isCache);foreach (string key indict.Keys)
{
var row =dt.NewRow();
row[displayName]
=key;
row[valueName]
=dict[key];
row[pinyin]
=Pinyin.GetFirstPY(key);
dt.Rows.Add(row);
}

combo.Properties.ValueMember
=valueName;
combo.Properties.DisplayMember
=displayName;
combo.Properties.DataSource
=dt;
combo.Properties.PopulateViewColumns();
combo.Properties.View.Columns[valueName].Visible
= false;
combo.Properties.View.Columns[displayName].Width
= 400;
combo.Properties.View.Columns[pinyin].Width
= 200;
combo.Properties.PopupFormMinSize
= new System.Drawing.Size(600, 0);if (!string.IsNullOrEmpty(defaultValue))
{
combo.EditValue
=defaultValue;
}
}

界面效果如下所示。

以上就是常规单机版数据绑定操作,以及基于网络版缓存数据的数据字典绑定操作,我们在界面代码的处理上没有任何差异,只是辅助扩展函数做一些调整就可以很好的变化过来了,这样对于我们界面代码的重用或者调整是非常便利的,同时缓存的使用,对于网络性能有所差异的地方,速度也会明细的有所提高。以上就是对于字典模块的一些处理上的分享,希望对大家开发Winform界面代码有所帮助和启发。

在我们Winform开发中,往往需要涉及到附件的统一管理,因此我倾向于把它们独立出来作为一个附件管理模块,这样各个模块都可以使用这个附件管理模块,更好的实现模块重用的目的。在涉及附件管理的场景中,一个数据记录可能对应多个附件组场景,每个附件组则涉及附件多个文件,往往这些附件可能放置的目录会有所不同,导致如果对文件备份管理不是很方便。本篇随笔主要基于这个考虑,对附件文件进行一个集中归档的处理,以便把散落在各个地方的附件集中放置在我们制定的归档目录中,而且并不影响已有附件的关联显示。

1、附件的界面管理

我们在做数据记录存储的时候,一个记录可能需要存储多个场景下的附件信息,这些维护查看附件的界面可以做成相对比较统一的控件方式进行展示,这样我们使用起来就比较省事一些。

样在项目中集成(如数据编辑窗口),直接拖动这个控件到界面中,运行就可以看到下面的效果了。

在实际的项目中,如客户信息,病人信息等记录,可能对应多个附件记录,那么我们把它们分组进行管理即可。

附件管理在很多信息化管理系统中很普遍使用,例如我在病人管理系统界面里面,可以在一个界面里面分门别类管理很多影像学的图片资料,通过查看附件,可以看到其中一些图片附件的缩略图,需要进一步查看,可以双击图片即可实现预览效果。

附件管理的上传界面如下所示,可以从本地选择多个文件一并上传,每个文件上传成功后立即显示状态。

以上就是一些附件管理和使用的界面,这些界面有助于我们针对性的对特定的附件进行查看、维护管理。

2、附件的归档管理

附件的处理,我们通常是把它上传到指定的目录下面,这个目录可以是配置好的特定目录,不过随着程序的运行,这个目录的附件会越来越多,更加难以管理,对于一些病历图片、视频信息这些比较重要的资料,我们往往是需要进行归档备份起来,以便在某个数据灾难后进行恢复,把损失降到最少。

归档文件还有一个作用,就是我们可以以资源管理器的方式同一打开一个目录,然后在里面寻找或者查看该记录相关的所有附件信息,这种比在某个界面附件分组中寻找指定的附件,提供更广范围的指引。

上图就是在实际项目中,需要直接打开某个特定目录的文件,然后查找这个目录下的文件或者打开查看详细信息。这里可能会问,单机版可以直接打开本地目录,如果是混合框架,数据和文件集中在云端服务器的,你如何打开对应的目录文件呢?

这里其实我们普通的Winform程序是可以直接打开本地文件,如果是使用Web API或者WCF通讯的混合框架模式,则是通过文件路径的方式,从服务器端检索对应的文件列表信息,然后进行呈现的,因此就需要在附件管理模块提供对应的接口来获取文件信息了。

下面我们来介绍一下,归档处理的实现,以及通过文件路径获取对应文件列表的处理。

由于病历附件这里我做成了一个用户控件的方式,方便各个模块重用的,因此归档的方式我做了一个功能按钮,并通过事件的方式给外部实现逻辑。

我们通过定义事件的方式来定义这个处理,然后外部可以实现这个事件即可。

按钮的事件处理,就是调用这个我们自定义的事件处理即可。

        private void btnArchive_Click(objectsender, EventArgs e)
{
if (OnArchived != null)
{
string tips = "您确认需要进行图片归档处理吗?";if (MessageDxUtil.ShowYesNoAndTips(tips) ==DialogResult.Yes)
{
//执行归档处理 OnArchived(this.info);
}
}
}

而编辑的窗体,我们显示数据的时候,初始化这个事件的处理即可。

        /// <summary>
        ///数据显示的函数/// </summary>
        public override voidDisplayData()
{
InitDictItem();
//数据字典加载(公用) BindPatient();//绑定显示病人资料//绑定数据并显示 attchmentControl.BindData(PatientInfo.ID);
attchmentControl.OnArchived
+=AttchmentControl_OnArchived;
attchmentControl.Dock
=DockStyle.Fill;this.pageAttachment.Controls.Clear();this.pageAttachment.Controls.Add(attchmentControl);

BindData();
}

而对于处理归档的事件,主要就是我们确定好归档的目录(部分信息),然后交给服务器端处理进行归档即可。这里确定目录的信息,有患者姓名和诊断部分信息组成。

而服务端的最终处理逻辑,也就是根据对应附件的ID,然后找出对应的文件,移动原来文件到新的目录里面,并更新数据库记录中的附件路径信息即可。

....

为了实现对文件路径的文件检索和下载指定文件,我们需要扩展一下原来附件管理通过ID获取和下载文件的方式,原来的是从数据库获取文件路径,并打开下载文件;而扩展后可以通过路径方式获取文件信息。

最近一直在思考如何对Web API的其接口数据进行独立开发的问题,随着Web API的越来越广泛应用,很多开发也要求前端后端分离,例如统一的Web API接口后,Winform团队、Web前端团队、微信小程序或者APP团队大家可以同步开发,在最初约定一些接口的输入JSON数据和输出JSON数据,但是随着项目的进度开展,这些数据结构一直有所变化,那么我们模拟的JSON数据格式也需要协同变化,但是很不幸既然大家忙着开发,接口协调的事情肯定优先级没那么高,即使每次记得协调接口数据,也不一定能够完全一致。

在Web API端也就是后端没有完全做好的情况下,我们不可能给出所有接口的输入输出JSON格式,那么我们是否可以考虑采用折中模拟数据接口的方式来提供,并且能够提供比较易读、易维护的处理方式呢?答案是肯定有的,结合RAP2和Mock.js两者的特点,可以较为方便的模拟出我们需要接口的URL、输入参数、输出参数等信息。

RAP2是一个Web接口管理工具,开源免费,接口自动化,MOCK数据自动生成,自动化测试,企业级管理。

Mock.js的出现解决了前端离开后端就没法请求数据的问题,但也出现了新的问题,就是在切换生产环境的时候,模拟的数据可能和接口又发生不同步的情况。

RAP2是一个新的解决方案,将前端后端拉倒一个团队仓库中,共享一个仓库,无论是URL地址,还是请求需要的参数,在团队仓库中双方都可以管理,并且可以记录团队成员修改了哪些接口,整合到生产环境的时候,可以比较完美的切换,同步性较好!

相关网站资源:

1、RAP2创建接口

打开网站
http://rap2.taobao.org/
,注册一个用户账号,并创建自己的模块和接口,如下所示

默认有一个示例接口指引我们做相关的参数或者响应内容

对每个参数,都可以使用Mock规则进行生成值,如下界面所示

除了示例,我们也可以创建自己的模块和接口,如下所示我们创建一个用户管理的模块,以及两个接口。

获取用户的接口定义如下所示。

这个URL地址是我们逻辑上的相对地址,实际在使用的时候,我们加上一个基地址就可以了,在RAP2 它也是一个相对地址,测试接口的地址也是加上一个基础地址,这样我们实际开发的时候,把这部分基础地址替换为生产环境的地址即可顺利切换过去了。

这个接口实际返回的JSON数据格式就是我们约定好的JSON格式了,如果我们有变化,大家参考这个中间的平台就可以了,沟通时比较方便,也可以对比那些字段参数变化调整了,这样前后端就有了一个参考的中间平台,一致性较好。

2、接口参数定义和Mock变量使用

那么这些JSON数据是如何来的,我们其实是填写了一些变量,让它自动生成的数据的,这个也是Mock.js的功劳吧。RAP2集成了MockJS的很多变量使用,参考着使用就可以构建很多不一样的数据,非常方便。

下面列出我的一些输入、输入的变量内容。

输入的参数,定义如下:

响应的输出参数如下定义。

获得的输出自动生成的JSON数据如下所示。

这个就是我们使用Mock变量的好处,自动根据规则填充,上面我使用了各种变量来定义数据,如果你需要了解Mock的变量,可以结合Mock的变量来测试即可。具体参考下面说明。

http://mockjs.com/examples.html

上面链接列出了Mock的两项定义:数据模板定义和数据占位符定义,可以根据情况用不同的定义。我更侧向于使用后者,方便快捷。

RAP2给前后端开发者一种更好更透明的协同开发方式,一个负责维护接口、一个负责参考修改调用,大家相互配合,其乐融融。
关于RAP2的功能好像还有很多,不过我们使用它最主要的目的是解决模拟API接口和协同性的问题,这个大原则是它的主要目的,基于RAP2和Mock.js的结合,我们可以解放频繁沟通而得不到接口一致性问题的问题,从而实现更好从调试环境到生产环境的切换。

甚至更好的方案是我们 在Web API接口开发的初期,先花点功夫来定义好所有的接口输入输出,整理一个大家认为比较好的接口规范后,再开始Web API的编码,这样肯定后期开发是事半功倍,而且前端也可以很快对接。

自从微信企业号升级到企业微信后,一些API接口和处理方式有所变化,企业微信支持更多、更丰富的接口,本篇在改造企业微信过程中对相关内容的更新进行记录,希望大家对企业微信的各个方面有所了解。本篇基于对企业微信菜单的管理进行介绍,包括介绍企业微信菜单涉及的几个重要参数,以及后台统一处理公众号和企业微信菜单的处理。

1、菜单管理接口

关于企业微信的前身企业号菜单的管理,在之前随笔有所介绍《
C#开发微信门户及应用(20)-微信企业号的菜单管理
》,基本上企业微信的接口没有太大变化,不过原先的企业号仅仅支持Click和View两种菜单类型,企业微信则拓展了更多的类型支持,详细的企业微信菜单接口,可以参考官方链接地址:
https://work.weixin.qq.com/api/doc#90000/90135/90231
,菜单支持类型如下介绍所示。

自定义菜单接口可实现多种类型按钮,如下:

字段值 功能名称 说明
click 点击推事件 成员点击click类型按钮后,企业微信服务器会通过消息接口推送消息类型为event 的结构给开发者(参考消息接口指南),并且带上按钮中开发者填写的key值,开发者可以通过自定义的key值与成员进行交互;
view 跳转URL 成员点击view类型按钮后,企业微信客户端将会打开开发者在按钮中填写的网页URL,可与网页授权获取成员基本信息接口结合,获得成员基本信息。
scancode_push 扫码推事件 成员点击按钮后,企业微信客户端将调起扫一扫工具,完成扫码操作后显示扫描结果(如果是URL,将进入URL),且会将扫码的结果传给开发者,开发者可用于下发消息。
scancode_waitmsg 扫码推事件 且弹出“消息接收中”提示框 成员点击按钮后,企业微信客户端将调起扫一扫工具,完成扫码操作后,将扫码的结果传给开发者,同时收起扫一扫工具,然后弹出“消息接收中”提示框,随后可能会收到开发者下发的消息。
pic_sysphoto 弹出系统拍照发图 弹出系统拍照发图 成员点击按钮后,企业微信客户端将调起系统相机,完成拍照操作后,会将拍摄的相片发送给开发者,并推送事件给开发者,同时收起系统相机,随后可能会收到开发者下发的消息。
pic_photo_or_album 弹出拍照或者相册发图 成员点击按钮后,企业微信客户端将弹出选择器供成员选择“拍照”或者“从手机相册选择”。成员选择后即走其他两种流程。
pic_weixin 弹出企业微信相册发图器 成员点击按钮后,企业微信客户端将调起企业微信相册,完成选择操作后,将选择的相片发送给开发者的服务器,并推送事件给开发者,同时收起相册,随后可能会收到开发者下发的消息。
location_select 弹出地理位置选择器 成员点击按钮后,企业微信客户端将调起地理位置选择工具,完成选择操作后,将选择的地理位置发送给开发者的服务器,同时收起位置选择工具,随后可能会收到开发者下发的消息。

目前菜单的接口也依旧是原先的几个接口,包括获取菜单、创建菜单、删除菜单三个接口。

由于菜单模块处理,在企业微信、公众号、小程序等应用上,他们的JSON数据结构信息是完全一样的,不同的是提交各自的接口地址而已,因此菜单模块的实体类信息是公用的,定义的实体类信息如下所示。

    /// <summary>
    ///菜单基本信息(公众号、企业微信公用)/// </summary>
    public classMenuJson : BaseJsonResult
{
/// <summary> ///菜单的名字。不能为空,主菜单不能超过16字节,子菜单不能超过40字节。/// </summary> public string name { get; set; }/// <summary> ///按钮类型(click,view,scancode_push,scancode_waitmsg,pic_sysphoto,pic_photo_or_album,pic_weixin,location_select)/// </summary> [JsonProperty(NullValueHandling =NullValueHandling.Ignore)]public string type { get; set; }/// <summary> ///菜单KEY值,用于消息接口推送,不超过128字节/// </summary> [JsonProperty(NullValueHandling =NullValueHandling.Ignore)]public string key { get; set; }/// <summary> ///网页链接,成员点击菜单可打开链接,不超过1024字节。为了提高安全性,建议使用https的url/// </summary> [JsonProperty(NullValueHandling =NullValueHandling.Ignore)]public string url { get; set; }/// <summary> ///media_id类型和view_limited类型必须,调用新增永久素材接口返回的合法media_id/// </summary> [JsonProperty(NullValueHandling =NullValueHandling.Ignore)]public string media_id { get; set; }/// <summary> ///子按钮数组,按钮个数应为2~5个/// </summary> [JsonProperty(NullValueHandling =NullValueHandling.Ignore)]public List<MenuJson> sub_button { get; set; }/// <summary> ///默认构造函数/// </summary> publicMenuJson() { }/// <summary> ///参数化构造函数,用于构造子菜单/// </summary> /// <param name="name">按钮名称</param> /// <param name="sub_button">子菜单集合</param> public MenuJson(string name, IEnumerable<MenuJson>sub_button)
{
this.name =name;this.sub_button = new List<MenuJson>();this.sub_button.AddRange(sub_button);
}
/// <summary> ///参数化构造函数/// </summary> /// <param name="name">按钮名称</param> /// <param name="buttonType">菜单按钮类型</param> /// <param name="value">按钮的键值(Click),或者连接URL(View)</param> public MenuJson(string name, ButtonType buttonType, stringvalue)
{
this.name =name;this.type =buttonType.ToString();if (buttonType ==ButtonType.view)
{
this.url =value;
}
else{this.key =value;
}
}
}

例如企业微信创建菜单的接口如下所示。

        /// <summary>
        ///创建菜单/// </summary>
        /// <param name="accessToken">调用接口凭证</param>
        /// <param name="menuJson">菜单对象</param>
        /// <returns></returns>
        public CommonResult CreateMenu(string accessToken, MenuListJson menuJson, stringagentid)
{
var url = string.Format("https://qyapi.weixin.qq.com/cgi-bin/menu/create?access_token={0}&agentid={1}", accessToken, agentid);string postData =menuJson.ToJson();returnHelper.GetExecuteResult(url, postData);
}

2、企业微信菜单处理

企业微信和公众号(或者小程序)菜单创建的接口参数有所不同,企业微信增加了一个AgentId的参数,因为企业微信可以创建多个应用,一个AgentId代表其中一个应用的标识。

要使用API来创建菜单,几个地方的设置参数是比较重要的,如下所示。

分别是应用的AgentId、应用的Secret(相当于AppSecret)、以及创建JS-SDK的可信域名为自己服务器的域名。AppID则在企业微信的入口查看企业ID就是。

而这些我们可以在自己的微信后台账号管理进行配置即可,如下是我们企业微信后台的配置参数管理。

由于企业微信、公众号微信的菜单信息结构一致,那么我们在平台维护菜单信息的时候,也可以做到统一处理了。

如下是创建菜单的事件后台代码。

        /// <summary>
        ///更新微信菜单(公众号、企业微信公用)/// </summary>
        /// <returns></returns>
        public ActionResult UpdateWeChatMenu(stringaccountId)
{
CommonResult result
= newCommonResult();
AccountInfo info
= BLLFactory<Account>.Instance.FindByID(accountId);if (info != null)
{
//获取微信的访问令牌Access_token AccessTokenInfo token = base.GetAccessToken(accountId);//获取微信菜单信息 MenuListJson menuJson =GetWeixinMenu(accountId);if (info.AccountType == "企业微信")
{
//用企业接口提交 ICorpMenuApi menuApi = newCorpMenuApi();
result
=menuApi.CreateMenu(token.AccessToken, menuJson, info.AgentId);
}
else{//用公众号接口提交 IMenuApi menuApi = newMenuApi();
result
=menuApi.CreateMenu(token.AccessToken, menuJson);
}
}
returnToJsonContent(result);
}

提交成功后,我们就可以在企业微信的工作台上看到对应企业微信的菜单了。