循序渐进开发WinForm项目(6)--开发使用混合式Winform模块

1、Winform数据访问模式定义

传统的Winform程序模块:用于传统的数据库通讯获取数据,这种方式获取数据,方便快捷,可以用于常规的业务系统的场景,用于单机版软件或者基于局域网内的业务系统软件。
WCF的Winform程序模块:采用了WCF技术的分布式开发模式,系统能够通过远程的WCF服务获取数据,而不用直接和数据库相连,提高数据的安全性和可维护性,适用于互联网、局域网环境下的业务系统的搭建,是一种稳定、安全的框架应用。
混合式Winform程序模块:是指混合了传统数据访问和WCF数据访问的特点,可以在两者之间自由切换,统一了系统界面层对业务服务的调用模式,所有组件模块均实现两种方式的调用,是一种弹性化非常好的框架应用,既可用于单机版软件或者基于局域网内的应用软件,也可以用于分布式技术的互联网环境应用。
每种技术都有其存在的合理性,对于混合式的Winform程序而言,也是一样。在数据越发集中的今天,单机版的数据很难进行共享,只在一定范围内进行使用;混合式的Winform程序,结合了Winform程序丰富的体验和强大的功能外,还整合了B/S的这种分布式特点,因此这种模式的存在生命力很强,有一些程序的操作使用Winform方式能够给客户提供非常好的界面效果体验。

2、混合式框架的原理

混合式框架,结合了普通Winform方式和WCF访问数据的分布式框架,因此他们是基于一个跳转开关进行指定,如下示意图所示。



为了适应模块化的特点,所有使用混合式框架的业务模块,除了一个启动的主程序模块外,其他的都是一个个独立的模块,这样方便我们业务横向的划分,可以使大家按照统一模式进行开发,然后再进行统一集成,这种模式可以有效提高开发效率,并且能够使得模块能够反复使用,组合出更多更强的业务系统模块。
下面是一个字典模块的内部设计图,我们可以看到,整个混合式的架构,分为了UI层、接口调用层、Facade接口层、Winform调用层、WCF服务调用层、业务层、实体层、以及数据库层等;其中的业务层还可以细化为BLL业务逻辑层、数据接口层、数据访问层、实体层等,整个模块通过实体层进行数据的传输载体。


3、混合式模块的项目结构


混合型框架把业务系统的WCF服务和辅助性公用模块的WCF服务分开,首先是服务分开,然后是客户端配置文件分开。
下面是一个实际业务系统的WCF服务的截图,可以看出里面的主业务服务和基础服务模块的服务层是分开的,这样方便管理,不至于太多太乱。

WCF服务的客户端配置文件是分开管理的,基础服务和业务服务的配置信息分别用不同的文件表示,如基础模块服务的WCF配置文件为BaseWcfConfig.config,业务系统的WCF配置文件为WcfConfig.config,通过这样的分离设置,我们在主配置文件app.Config文件里面,就清爽很多了。

<!--WCF服务的配置文件地址-->
<add key="BaseWcfConfig" value="BaseWcfConfig.config"/>
<add key="WcfConfig" value="WcfConfig.config"/>

4、开发使用混合式Winform模块

例如,我们在业务逻辑层里面增加一个方法,根据客户名称获取客户列表,如下所示。

namespace WHC.TestProject.BLL
{
    /// <summary>
    /// 客户信息
    /// </summary>
    public class Customer : BaseBLL<CustomerInfo>
    {
        public Customer() : base()
        {
            base.Init(this.GetType().FullName, System.Reflection.Assembly.GetExecutingAssembly().GetName().Name);
        }

        /// <summary>
        /// 根据客户名称获取客户列表
        /// </summary>
        /// <param name="name">客户名称</param>
        /// <returns></returns>
        public List<CustomerInfo> FindByName(string name)
        {
            string condition = string.Format("Name like '%{0}%'", name);
            return baseDal.Find(condition);
        }
    }
}

图上红色部分的函数是我们新增的内容,完成这个函数,我们来看看完成整个混合式框架,需要增加哪些东西。
1)添加Facade接口
为了统一的接口调用需要,需要先定义Facade层的接口,这是一切的开始。

namespace WHC.TestProject.Facade
{
    [ServiceContract]
    public interface ICustomerService : IBaseService<CustomerInfo>
    {               
        /// <summary>
        /// 根据客户名称获取客户列表
        /// </summary>
        /// <param name="name">客户名称</param>
        /// <returns></returns>
        [ServiceContract]
        List<CustomerInfo> FindByName(string name);
    }
}

2)增加Winform接口调用层实现
基于Winform的实现,就是根据接口封装对业务逻辑层BLL的调用,BaseLocalService基类,可以看成是具有常规增删改查等等的基础性API,是基于泛型的强类型接口基类。

namespace WHC.TestProject.WinformCaller
{
    /// <summary>
    /// 基于传统Winform方式,直接访问本地数据库的Facade接口实现类
    /// </summary>
    public class CustomerCaller : BaseLocalService<CustomerInfo>, ICustomerService
    {
        private Customer bll = null;

        public CustomerCaller() : base(BLLFactory<Customer>.Instance)
        {
            bll = baseBLL as Customer;
        }

        /// <summary>
        /// 根据客户名称获取客户列表
        /// </summary>
        /// <param name="name">客户名称</param>
        /// <returns></returns>
        public List<CustomerInfo> FindByName(string name)
        {
            return bll.FindByName(name);
        }
    }
}

3)增加WCF的接口调用层实现
基于WCF的实现,就是根据接口封装对WCF服务层的调用,BaseWCFService基类,可以看成是具有常规增删改查等等的基础性API,是基于泛型的强类型接口基类。

namespace WHC.TestProject.ServiceCaller
{
    /// <summary>
    /// 基于WCF服务的Facade接口实现类
    /// </summary>
    public class CustomerCaller : BaseWCFService<CustomerInfo>, ICustomerService
    {
        public CustomerCaller()  : base()
        {    
            this.configurationPath = EndPointConfig.WcfConfig; //WCF配置文件
            this.endpointConfigurationName = EndPointConfig.CustomerService;
        }

        /// <summary>
        /// 子类构造一个IChannel对象转换为基类接口,方便给基类进行调用通用的API
        /// </summary>
        /// <returns></returns>
        protected override IBaseService<CustomerInfo> CreateClient()
        {
            return CreateSubClient();
        }

        /// <summary>
        /// 创建一个强类型接口对象,供本地调用
        /// </summary>
        /// <returns></returns>
        private ICustomerService CreateSubClient()
        {
            CustomClientChannel<ICustomerService> factory = new CustomClientChannel<ICustomerService>(endpointConfigurationName, configurationPath);
            return factory.CreateChannel();
        }

        /// <summary>
        /// 根据客户名称获取客户列表
        /// </summary>
        /// <param name="name">客户名称</param>
        /// <returns></returns>
        public List<CustomerInfo> FindByName(string name)
        {
            List<CustomerInfo> result = new List<CustomerInfo>();

            ICustomerService service = CreateSubClient();
            ICommunicationObject comm = service as ICommunicationObject;
            comm.Using(client =>
            {
                result = service.FindByName(name);
            });

            return result;
        }
    }
}

由于WCF的接口封装层相对内容比较复杂一些,这里介绍一下。
构造函数通过代码指定具体的配置文件:this.configurationPath = EndPointConfig.WcfConfig; //WCF配置文件
并通过代码指定具体的WCFEndPoint节点名称:this.endpointConfigurationName = EndPointConfig.CustomerService;
构造WCF服务的代理类,我们通过CustomClientChannel的辅助方法,传入配置文件和配置节点名称,使得它能顺利通过函数 **CreateSubClient **构造出一个对应类型的WCF代理类。

CustomClientChannel<ICustomerService> factory = new CustomClientChannel<ICustomerService>(endpointConfigurationName, configurationPath);
return factory.CreateChannel();

每次调用WCF服务类接口的时候,我们就使用创建的代理类进行调用,调用操作如下所示。

ICustomerService service = CreateSubClient();
ICommunicationObject comm = service as ICommunicationObject;
comm.Using(client =>
{
    result = service.FindByName(name);
});

4)增加WCF服务逻辑层的实现
我们通过上面的代码可以了解到,已经创建了Winform的调用层、WCF服务的调用层,但是这里,我们对WCF服务还没有实现,这样我们就需要实现WCF服务层的内容了,否则程序试用WCF方式访问的时候,就找不到这个FindByName的接口实现了。


我们看看WCF服务层里面,看看具体如何实现,双击打开里面的CustomerService.Svc看到只是一个服务的声明,没有任何背后的代码逻辑。
因为为了便于管理,WCF服务一般是定义和具体的实现是分开的,这样就引入了一个WCF服务逻辑层的概念。

这样它的接口实现,就放在了WHC.TestProject.WCFLibrary项目里面了,WCF服务逻辑层的接口调用封装如下所示。这里我们看到,他和Winform的调用逻辑几乎一样,只是他们的类名称不同而已。

namespace WHC.TestProject.WCFLibrary
{
    /// <summary>
    /// 基于WCFLibrary的Customer对象调用类
    /// </summary>
    public class CustomerService : BaseLocalService<CustomerInfo>, ICustomerService
    {
        private Customer bll = null;

        public CustomerService() : base(BLLFactory<Customer>.Instance)
        {
            bll = baseBLL as Customer;
        }

        /// <summary>
        /// 根据客户名称获取客户列表
        /// </summary>
        /// <param name="name">客户名称</param>
        /// <returns></returns>
        public List<CustomerInfo> FindByName(string name)
        {
            return bll.FindByName(name);
        }
    }
}

5)界面层的调用操作
界面层的调用操作代码如下所示。
string name = "张"List<CustomerInfo> list= CallerFactory<ICustomerService>.Instance.FindByName(name)

这个操作模式,和普通使用BLLFactory的方式非常相似的。

5、混合式框架的业务模块组成

混合型框架可以看成是Winform框架高级版本,除了它本身是一个完整的业务系统外,它外围的所有辅助性模块均(如通用权限、通用字典、通用附件管理、通用人员管理。。。。)都实现了这种混合型的框架,因此使用非常方便,整个框架如果简化来看,就是在原有的Winform界面层,用接口调用方式,避免和业务逻辑类的紧耦合关系。由于他是通过接口方式的调用方式,它本身又可以通过配置指定指向WCF的实现,因此也囊括了WCF框架的一切特点。



虽然整体性的混合型框架比其他两种框架模块,总体增加了一些难度及复杂性,不过,为了使得整个混合型框架开发和使用更加方便,我已经在设计上做了很多相关的工作,力求更好、更高效的使用好这种混合型框架,下面是我对整体性的框架做了的优化改进工作。
1)把所有通用的模块开发好,方便更好的集成使用,更加高效利用通用模块,重复利用度更高;
2)把WCF服务发布和服务逻辑分开,更好管理和发布WCF服务,服务发布只需要svc文件,不含任何后台代码;
3)统一的业务调用规则和命名规则,所有模块的接口调用统一为CallerFactory<I***Service>方式,通用模块和框架的命名规则和机制完全一样。
4)WCF服务配置文件分离,通用性的辅助模块的配置文件为BaseWcfConfig.config,业务系统的WCF配置文件为WcfConfig.config,配置文件分离更方便管理和维护,减少主配置文件app.Config的复杂性。
5)最后一条,也是最重要的一条,就是代码生成工具Database2Sharp的同步支持。通过代码生成工具,更好、更快的生成整个混合性框架的代码和项目工程,一键解决所有的烦恼。Winform界面,利用代码生成工具Database2Sharp进行生成,然后在项目中整合即可。

循序渐进开发WInform项目--系列文章导引:
循序渐进开发WinForm项目(6)--开发使用混合式Winform模块
循序渐进开发WinForm项目(5)--Excel数据的导入导出操作
循序渐进开发WinForm项目(4)--Winform界面模块的集成使用
循序渐进开发WinForm项目(3)--Winform界面层的项目设计
循序渐进开发WinForm项目(2)--项目代码的分析
循序渐进开发WinForm项目(1) --数据库设计和项目框架的生成

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,968评论 6 482
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,601评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 153,220评论 0 344
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,416评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,425评论 5 374
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,144评论 1 285
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,432评论 3 401
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,088评论 0 261
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,586评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,028评论 2 325
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,137评论 1 334
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,783评论 4 324
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,343评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,333评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,559评论 1 262
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,595评论 2 355
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,901评论 2 345

推荐阅读更多精彩内容