Winform开发框架的业务对象统一调用方式

在这个纷繁的社会里面,统一性的特点能够带来很多高效的产出、牢固的记忆,这种特征无论对于企业、个人的开发工作,知识的传承都有着非常重要的作用,Winfrom框架本身就是基于这个理念而生,从统一的数据库设计规则开始,统一的项目格局,统一的业务类、数据访问类、实体类继承关系,再到统一的公用类库,统一的权限管理模块,统一的字典管理模块,统一的附件管理...,理解这些理念和规则后,再来个终极的统一,框架代码快速生成--Database2Sharp代码生成工具。所有的框架(包括传统Winform开发框架、WCF开发框架、混合式开发框架、Web开发框架)都融合到这里来,统一整合各种看似零散,实则高度渗透的模块,统一的步伐除了时间、效力外,带来给我更多的馈赠。本文主要介绍我的Winform框架(也包括其他框架的特点)的业务对象统一调用的方式,介绍如何通过BLLFactory或者CallerFactory的公用类库来实现各种业务对象的创建工作。

1、BLLFactory的对象统一调用规则

在我的框架里面,所有的业务类调用都是以BLLFactory入口进行开始创建,传递业务对象进去即可创建,这种统一入口的方式能够方便记忆,并减少代码,更重要的是能够很好把一些如缓存规则、创建规则封装起来,简化代码。BLLFactory的创建示意图如下所示。

Winform开发框架的业务对象统一调用方式

既然是统一调用规则方式,那么BLLFactory的类库就应该提升到公用类库的级别,所以提供Winform框架支持的公用类库如下所示。

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);
                }

2、CallerFactory的对象统一调用规则

CallerFactory对象是用于创建基于Facade层接口的业务对象,主要用在我的WCF开发框架、混合式开发框架里面,该对象的创建逻辑类似于BLLFactory,不过它创建的对象,可能是基于WCF客户代理的对象,也可能是对BLLFactory创建对象的进一步封装,以便实现宏观上的统一。如下图所示,CallerFactory处在下面框架结构图的中间部分,UI层的下面。

Winform开发框架的业务对象统一调用方式

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开发框架的业务对象统一调用方式

以上就是我Winform开发框架、WCF开发框架、混合式开发框架、Web开发框架里面所用到的两种方式的对象创建方式的说明,希望您能从统一的调用方式可以看到更多的奥妙及好处。

关于以上几种框架的定义说明,请查看下面图示的介绍,打开图示可以查看更多的框架介绍内容。

本文转自博客园伍华聪的博客,原文链接:Winform开发框架的业务对象统一调用方式,如需转载请自行联系原博主。



上一篇:数据源ObjectDataSource的数据访问类的编写


下一篇:[译] ASP.NET 生命周期 – ASP.NET 请求生命周期(四)