在这个纷繁的社会里面，统一性的特点能够带来很多高效的产出、牢固的记忆，这种特征无论对于企业、个人的开发工作，知识的传承都有着非常重要的作用，Winfrom框架本身就是基于这个理念而生，从统一的数据库设计规则开始，统一的项目格局，统一的业务类、数据访问类、实体类继承关系，再到统一的公用类库，统一的权限管理模块，统一的字典管理模块，统一的附件管理...，理解这些理念和规则后，再来个终极的统一，框架代码快速生成--Database2Sharp代码生成工具。所有的框架（包括传统Winform开发框架、WCF开发框架、混合式开发框架、Web开发框架）都融合到这里来，统一整合各种看似零散，实则高度渗透的模块，统一的步伐除了时间、效力外，带来给我更多的馈赠。本文主要介绍我的Winform框架（也包括其他框架的特点）的业务对象统一调用的方式，介绍如何通过BLLFactory或者CallerFactory的公用类库来实现各种业务对象的创建工作。
在我的框架里面，所有的业务类调用都是以BLLFactory入口进行开始创建，传递业务对象进去即可创建，这种统一入口的方式能够方便记忆，并减少代码，更重要的是能够很好把一些如缓存规则、创建规则封装起来，简化代码。BLLFactory的创建示意图如下所示。
既然是统一调用规则方式，那么BLLFactory的类库就应该提升到公用类库的级别，所以提供Winform框架支持的公用类库如下所示。
当然，为了减少代码，提高开发效率，整体的框架处处体现了代码重用的规则，尽可能把重复的代码提取出来，因此还有很多如数据访问基类、业务访问基类、数据访问基类接口、实体基类等类库，结合泛型能够使我们的API更加统一化、强类型化，提高开发效率。由于BLLFactory是公用类库级别，所有独立开发的模块，也都是以该类库为统一入口，创建所必须的对象。
我们看看框架如何能够在纷繁复杂的类库里面，准确创建一系列的对象的。
BLLFactory业务对象工厂辅助类的代码如下所示。
/// <summary> /// 对业务类进行构造的工厂类 /// </summary> /// <typeparam name="T">业务对象类型</typeparam> public class BLLFactory<T> where T : class { private static Hashtable objCache = new Hashtable(); private static object syncRoot = new Object(); /// <summary> /// 创建或者从缓存中获取对应业务类的实例 /// </summary> public static T Instance { get { string CacheKey = typeof(T).FullName; T bll = (T)objCache[CacheKey]; //从缓存读取 if (bll == null) { lock (syncRoot) { if (bll == null) { bll = Reflect<T>.Create(typeof(T).FullName, typeof(T).Assembly.GetName().Name); //反射创建，并缓存 objCache.Add(typeof(T).FullName, bll); } } } return bll; } } }
其中利用了哈希表对象对创建的对象进行缓存，并进一步传递参数给Reflect公用类库，对指定对象全名、程序集的业务对象进行创建。
以上只是很薄的一层关系，一般我们都能够很容易理解，但是我们知道，每个业务对象类，还需要负责创建里面的数据访问基类（如IUser接口的数据访问基类userDal)，我们来继续分析BaseBLL对象的工作逻辑，才能很好理解其中的关系。
/// <summary> /// 用户信息业务管理类 /// </summary> public class User : BaseBLL<UserInfo> { private IUser userDal; public User() : base() { base.Init(this.GetType().FullName, System.Reflection.Assembly.GetExecutingAssembly().GetName().Name); this.userDal = (IUser)base.baseDal; } .............................. }
其中Init的函数接口定义如下，主要就是根据相关参数，构建数据不同的数据访问对象，如SqlServer的访问对象，或者Oracle的数据访问对象等。
/// <summary> /// 参数赋值后，初始化相关对象 /// </summary> /// <param name="bllFullName">BLL业务类的全名（子类必须实现）,子类构造函数传入this.GetType().FullName</param> /// <param name="dalAssemblyName">数据访问层程序集的清单文件的文件名，不包括其扩展名，可使用Assembly.GetExecutingAssembly().GetName().Name</param> /// <param name="bllPrefix">BLL命名空间的前缀（BLL.)</param> void Init(string bllFullName, string dalAssemblyName, string bllPrefix = "BLL.")
由于数据访问也是基于反射方式（带缓存）创建，因此需要知道数据访问类的全名和对应的程序集，如果整合在一个项目工程里面，如我的框架结构代码所示，那么dalAssemblyName就是System.Reflection.Assembly.GetExecutingAssembly().GetName().Name了。其中Init函数主要就是根据配置的数据库类型，创建指定类型的数据访问业务对象，主要的逻辑代码如下所示。
#region 根据不同的数据库类型，构造相应的DAL层 AppConfig config = new AppConfig(); string dbType = config.AppConfigGet("ComponentDbType"); if (string.IsNullOrEmpty(dbType)) { dbType = "sqlserver"; } dbType = dbType.ToLower(); string DALPrefix = ""; if (dbType == "sqlserver") { DALPrefix = "DALSQL."; } else if (dbType == "access") { DALPrefix = "DALAccess."; } else if (dbType == "oracle") { DALPrefix = "DALOracle."; } else if (dbType == "sqlite") { DALPrefix = "DALSQLite."; } else if (dbType == "mysql") { DALPrefix = "DALMySql."; } #endregion this.dalName = bllFullName.Replace(bllPrefix, DALPrefix);//替换中级的BLL.为DAL.，就是DAL类的全名 baseDal = Reflect<IBaseDAL<T>>.Create(this.dalName, dalAssemblyName);//构造对应的DAL数据访问层的对象类
由于BLLFactory<T>通过传入指定的业务对象，成功创建后，会返回相关联的类的实例，因此接口的调用在设计时就知道了，也就是上面例子里面的BLLFactory<BLL.User>.Instance就是BLL.User类的实例，具有所有该类的接口方法，实现了强类型API的目的了。
下面就是该类在实际界面项目里面的使用例子代码。
try { UserInfo info = BLLFactory<User>.FindByID(currentID) as UserInfo; if (info != null) { info = SetUserInfo(info); BLLFactory<User>.Instance.Update(info, info.ID.ToString()); RefreshTreeView(); MessageDxUtil.ShowTips("资料保存成功"); } } catch (Exception ex) { LogTextHelper.Error(ex); MessageDxUtil.ShowError(ex.Message); }
CallerFactory对象是用于创建基于Facade层接口的业务对象，主要用在我的WCF开发框架、混合式开发框架里面，该对象的创建逻辑类似于BLLFactory，不过它创建的对象，可能是基于WCF客户代理的对象，也可能是对BLLFactory创建对象的进一步封装，以便实现宏观上的统一。如下图所示，CallerFactory处在下面框架结构图的中间部分，UI层的下面。
CallerFactory的调用代码例子如下所示。
{ UserInfo info = CallerFactory<IUserService>.Instance.FindByID(currentID); if (info != null) { info = SetUserInfo(info); CallerFactory<IUserService>.Instance.Update(info, info.ID.ToString()); RefreshTreeView(); MessageDxUtil.ShowTips("资料保存成功"); } } catch (Exception ex) { LogHelper.Error(ex); MessageDxUtil.ShowError(ex.Message); }
我们看到，虽然上面的代码是基于WCF的分布式应用，我们还是可以看到，这个调用的思路和方式，和传统Winform的BLLFactory如出一辙，能解决对象调用问题的同时，这样的操作方式，能够给我们学习框架提供了更好的统一模式，顺利切换，而且，从传统Winfrom开发框架的界面代码迁移到分布式应用的WCF开发上，界面代码的变化也是很有规律的，这就是统一模式的力量和奥妙所在。
和BLLFactory里面传入的业务层对象不同，这里CallerFactory里面传入的对象是Facade层的接口，那么它是如何知道我们要创建的对象，并把它转换为我们需要的接口的呢？
/// <summary> /// 混合式框架或WCF框架中针对不同调用方式的工厂类（WCF或者Win调用） /// </summary> /// <typeparam name="T">接口类型</typeparam> public class CallerFactory<T> { private static Hashtable objCache = new Hashtable(); private static object syncRoot = new Object(); private static string callerNamespace = null;//Facade接口实现类的命名空间 /// <summary> /// 创建或者从缓存中获取对应接口的实例 /// </summary> public static T Instance { get { string CacheKey = typeof(T).FullName; T bll = (T)objCache[CacheKey]; //从缓存读取 if (bll == null) { lock (syncRoot) { if (bll == null) { bll = CreateObject(); //反射创建，并缓存 if (bll != null) { objCache.Add(typeof(T).FullName, bll); //缓存BLL业务对象 } } } } return bll; } }
从上面的代码我们看到，这里的创建逻辑和BLLFactory很大程度的相同，只是细节部分，我使用了CreateObject 进行了隔离，放到独立的函数里面进行创建了。
CreateObject 函数主要逻辑就是根据WCF框架配置信息，到具体的程序集里面创建对应的对象实例，然后转换为Facade层接口，方便统一调用。这就是我WCF开发框架和混合式开发框架，统一调用接口进行通讯获取或提交数据的工作模式。
以上就是我Winform开发框架、WCF开发框架、混合式开发框架、Web开发框架里面所用到的两种方式的对象创建方式的说明，希望您能从统一的调用方式可以看到更多的奥妙及好处。
相关文章
