在Winform開發框架中下拉列表綁定字典以及使用緩存提高界面顯示速度

在我們開發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 class CListItem
    {
        /// <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(this ComboBoxEdit combo)
        {
            CListItem item = combo.SelectedItem as CListItem;
            if (item != null)
            {
                return item.Value;
            }
            else
            {
                return "";
            }
        }

對于以上的操作,我們這里還沒有涉及到字典模塊里面的數據源,只是提供一些常規的固定列表,我們知道,大多數的數據字典我們是通過字典模塊來進行維護的。

image

因此我們也需要動態的從字典庫上獲取對應的字典集合來進行綁定。字典的數據,我們可以通過字典類型或者字典代碼來獲取,如下是通過字典類型獲取對應的字典列表代碼。

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, string defaultValue)
        {            
            Dictionary<string, string> dict = BLLFactory<DictData>.Instance.GetDictByDictType(dictTypeName);
            List<CListItem> itemList = new List<CListItem>();
            foreach (string key in dict.Keys)
            {
                itemList.Add(new CListItem(key, dict[key]));
            }

            BindDictItems(combo, itemList, defaultValue);            
        }

使用的時候,就非常簡單了,如下代碼是實際項目中對字典列表綁定的操作,字典數據在字典模塊里面統一定義的。

        /// <summary>
        /// 初始化數據字典
        /// </summary>
        private void InitDictItem()
        {
            txtInDiagnosis.BindDictItems("入院診斷");
            txtLeaveDiagnosis.BindDictItems("最后診斷");

            //初始化代碼
            this.txtFollowType.BindDictItems("隨訪方式");
            this.txtFollowStatus.BindDictItems("隨訪狀態");
        }

這樣就非常簡化了我們對字典數據源的綁定操作了,非常方便易讀,下面是其中一個功能界面的下拉列表展示。

image

2、使用緩存提高界面響應速度

前面介紹了通過擴展函數來進一步擴展我們綁定字典類別的方式了,如下擴展函數所示。

        /// <summary>
        /// 綁定下拉列表控件為指定的數據字典列表
        /// </summary>
        /// <param name="combo">下拉列表控件</param>
        /// <param name="dictTypeName">數據字典類型名稱</param>
        /// <param name="defaultValue">控件默認值</param>
        public static void BindDictItems(this ComboBoxEdit combo, string dictTypeName, string defaultValue)
        {            
            Dictionary<string, string> dict = BLLFactory<DictData>.Instance.GetDictByDictType(dictTypeName);
            List<CListItem> itemList = new List<CListItem>();
            foreach (string key in dict.Keys)
            {
                itemList.Add(new CListItem(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 in dict.Keys)
            {
                itemList.Add(new CListItem(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(string dictTypeName)
        {
            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);
            return result;
        }

由于字典數據是相對比較固定的,一般時效不是那么及時都沒問題,由于這部分數據是通過網絡的方式獲取的,反復的調用獲取是會耗費一定的時間。

為了提高用戶響應速度,我們可以把它放到客戶端的緩存里面(非服務器緩存),設置一定的失效時間,在失效時間內,我們數據不再反復的從網絡接口獲取,而是直接通過緩存里面提取,速度非??欤瑫r也提高了界面響應速度。

但是為了不影響已有代碼,我們可以繼續在擴展函數的實現上做一些擴展即可,首先我們定義一個公共的獲取字典數據的方法,如下所示。

        /// <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);
            }
            return dict;
        }

通過使用 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 in dict.Keys)
            {
                itemList.Add(new CListItem(key, dict[key]));
            }

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

這樣原來的數據下拉列表綁定的方式沒有變化,依舊是我們原來的代碼,但是默認采用緩存方式來綁定基于網絡接口(混合框架模式)獲取的字典數據。

        /// <summary>
        /// 初始化數據字典
        /// </summary>
        private void InitDictItem()
        {
            //初始化代碼
            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("具體標本情況");
        }

得到的編輯界面如下所示,使用緩存接口,對于大量字典數據顯示的界面,界面顯示速度有了不錯的提升。

image

而對于一些特殊列表的字典顯示,如需要通過拼音首字母進行檢索功能的下拉列表,我們依舊可以使用這種綁定的方式實現緩存處理的。

如字典綁定的擴展函數如下所示,這樣就統一了整個字典列表的綁定操作,比較容易記住。

        /// <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 in dict.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;
            }
        }

界面效果如下所示。

image

以上就是常規單機版數據綁定操作,以及基于網絡版緩存數據的數據字典綁定操作,我們在界面代碼的處理上沒有任何差異,只是輔助擴展函數做一些調整就可以很好的變化過來了,這樣對于我們界面代碼的重用或者調整是非常便利的,同時緩存的使用,對于網絡性能有所差異的地方,速度也會明細的有所提高。以上就是對于字典模塊的一些處理上的分享,希望對大家開發Winform界面代碼有所幫助和啟發。

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,882評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,208評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,746評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,666評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,477評論 6 407
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,960評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,047評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,200評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,726評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,617評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,807評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,327評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,049評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,425評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,674評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,432評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,769評論 2 372

推薦閱讀更多精彩內容