Winform開發框架之混合型框架的剖析
我在隨筆《Winform開發框架之框架演化》和《Winform開發框架之混合型框架的實現》都對Winform框架的變種，混合型框架進行了比較詳細的介紹，本文繼續上篇對混合型框架進行進一步的說明。
1、框架的扇出介紹
混合型框架為了支持WCF方式和傳統訪問數據庫方式兩種對數據操作的方式，有兩個地方有扇出操作，一個是在界面上調用接口對象獲取數據的時候有扇出操作，為了實現WCF方式和傳統訪問數據庫方式的處理，如下所示。當然，如果必要，也可以擴展成支持更多的類型，如可能存在舊系統的WebService調用方式等。
另外，整個框架支持Oracle、SqlServer、MySql、Sqlite、Access等數據庫的訪問操作，因此在業務層調用具體數據訪問類的時候，根據配置的不同，具體構造的數據庫訪問對象也不同，因此，這里也有一個扇出操作，而且扇出數量和支持的數據庫一致，如下所示。
2、混合型框架的輔助性模塊集成
混合型框架可以看成是Winform框架高級版本，除了它本身是一個完整的業務系統外，它外圍的所有輔助性模塊均（如通用權限、通用字典、通用附件管理、通用人員管理。。。。）都實現了這種混合型的框架，因此使用非常方便，整個框架如果簡化來看，就是在原有的Winform界面層，用接口調用方式，避免和業務邏輯類的緊耦合關系。由于他是通過接口方式的調用方式，它本身又可以通過配置指定指向WCF的實現，因此也囊括了WCF框架的一切特點。
3、混合型框架的項目及配置分離
說到WCF的訪問方式，混合型框架把業務系統的WCF服務和輔助性公用模塊的WCF服務分開，首先是服務分開，然后是客戶端配置文件分開。
客戶端配置文件分開，是通過把他們的服務配置信息分別用不同的文件表示，如輔助性模塊的WCF配置文件為BaseWcfConfig.config，業務系統的WCF配置文件為WcfConfig.config，通過這樣的分離設置，我們在主配置文件app.Config文件里面，就清爽很多了，如下所示。
- <appSettings>
- <!--軟件名稱-->
- <add key="ApplicationName" value="深田之星倉庫管理系統"/>
- <!--開發商名稱-->
- <add key="Manufacturer" value=""/>
- <!--組件的數據庫類型：access、sqlserver、sqlite、oracle等，默認為sqlserver可不寫-->
- <add key="ComponentDbType" value="sqlserver"/>
- <add key="AttachmentLicense" value="397cV0hDLlNlY3VybXR5fOS8jeWNjuiBqnzlua-lt57niLHlkK-o_6rmioDmnK-mnInpmZDlhbzlj7h8RmFsc2Uv" />
- <!--組件模塊調用方式，采用WCF方式Value為wcf，采用Winform方式Value為win-->
- <add key="CallerType" value="wcf"/>
- <!--WCF服務的配置文件地址-->
- <add key="BaseWcfConfig" value="BaseWcfConfig.config"/>
- <add key="WcfConfig" value="WcfConfig.config"/>
- </appSettings>
這樣我們通過修改CallerType的內容（WCF或者WIN）,就可以實現兩種不同方式的訪問了。
整個項目工程的布局，除了剛才介紹的WCF服務模塊，其實還有很多其他模塊的，如下面圖所示，包括業務邏輯模塊，服務接口調用模塊，Winform界面模塊、WCF服務邏輯模塊，整個系統的模塊就包含這些，當然外圍的輔助性模塊，如字典、權限、人員等等，他們各自按照這個方式進行組織處理，系統調用的時候，不會具體關心它們的調用邏輯，因為它們的調用方式已經通過約定的CallerType的內容進行了指定。
4、混合型框架的調用介紹
對于混合型框架，不管它的數據調用邏輯是按照傳統的Winform方式，還是分布式的WCF服務調用方式，實現代碼都是一樣的，因為它是基于接口層調用，如下所示是在框架系統中調用數據字典模塊獲取數據的代碼實現。
- /// <summary>
- /// 根據字典類型獲取對應的CListItem集合
- /// </summary>
- /// <param name="dictTypeName"></param>
- /// <returns></returns>
- public static CListItem[] GetDictByDictType(string dictTypeName)
- {
- List<CListItem> itemList = new List<CListItem>();
- Dictionary<string, string> dict = WHC.Dictionary.UI.CallerFactory<WHC.Dictionary.Facade.IDictDataService>.Instance.GetDictByDictType(dictTypeName);
- foreach (string key in dict.Keys)
- {
- itemList.Add(new CListItem(key, dict[key]));
- }
- return itemList.ToArray();
- }
系統框架調用自己的接口獲取數據，模式也和上面一樣，與傳統的Winform框架調用代碼相比，并沒有增加任何工作流，只是調用對象有點變化而已。
- private void winGridViewPager1_OnDeleteSelected(object sender, EventArgs e)
- {
- if (MessageDxUtil.ShowYesNoAndTips("您確定刪除選定的記錄么？") == DialogResult.No)
- {
- return;
- }
- int[] rowSelected = this.winGridViewPager1.GridView1.GetSelectedRows();
- foreach (int iRow in rowSelected)
- {
- string ID = this.winGridViewPager1.GridView1.GetRowCellDisplayText(iRow, "ID");
- CallerFactory<IItemDetailService>.Instance.Delete(ID);
- }
- BindData();
- }
如果是傳統的Winform框架，它的刪除操作的核心調用代碼是如下所示，是不是很相似的呢？
- BLLFactory<ItemDetail>.Instance.Delete(ID);
5、混合式框架的代碼生成工具支持
當然，雖然混合型框架比傳統的Winform框架和WCF開發框架更為通用，不過由于它引入了多一層，而且為了實現更多模塊的分離，增加了一些設計上的復雜性，整個項目工程看起來顯得復雜了一點，如下面就是一個以字典模塊為例的混合型框架的內部結構。
為了實現更簡單化的開發，更快更高效的完成混合型框架的開發工作，我擴展了我的代碼生成工具Database2Sharp，使其支持這種混合型框架的代碼生成工作，這樣開發混合型框架就和開發其他兩種Winform開發框架、WCF開發框架一樣，非常方便了。
生成混合型框架項目的步驟就是在【EnterpriseLibrary代碼生成】的***一步進行勾選設置即可。
代碼生成工具，生成整體性的混合型框架項目如下所示，只是沒有下圖的界面部分，這部分在實際開發過程中，結合我的混合型框架案例進行整合即可，另外也可以界使用Database2Sharp進行Winform界面的開發，這樣整體性就非常方便操作了：
6、混合型框架的優化總結
雖然整體性的混合型框架比其他兩種框架模塊，總體增加了一些難度及復雜性，不過，為了使得整個混合型框架開發和使用更加方便，我已經在設計上做了很多相關的工作，力求更好、更高效的使用好這種混合型框架，下面是我對整體性的框架做了的優化改進工作。
1）把所有通用的模塊開發好，方便更好的集成使用，更加高效利用通用模塊，重復利用度更高；
2）把WCF服務發布和服務邏輯分開，更好管理和發布WCF服務，服務發布只需要svc文件，不含任何后臺代碼；
3）統一的業務調用規則和命名規則，所有模塊的接口調用統一為CallerFactory<I***Service>方式，通用模塊和框架的命名規則和機制完全一樣。
4）WCF服務配置文件分離，通用性的輔助模塊的配置文件為BaseWcfConfig.config，業務系統的WCF配置文件為WcfConfig.config，配置文件分離更方便管理和維護，減少主配置文件app.Config的復雜性。
5）***一條，也是最重要的一條，就是代碼生成工具Database2Sharp的同步支持。通過代碼生成工具，更好、更快的生成整個混合性框架的代碼和項目工程，一鍵解決所有的煩惱。Winform界面，利用代碼生成工具Database2Sharp進行生成，然后在項目中整合即可。
原文鏈接：http://www.cnblogs.com/wuhuacong/archive/2013/04/22/3035736.html
