Winform开发的应用环境和相关技术介绍
随着时间的推移,Winform也算是能够坚持下来最久的技术之一了,它的昔日辉煌和现今的依旧活跃,导致了它依旧拥有者很庞大的用户群体,虽然目前很多技术日新月异的,曾经的ASP、ASP.NET WebForm、Asp.NET MVC、WPF等技术基本上淡出了视野,而迎来了.NET Core、UWP等技术应用,.NET Core也给.NET迎来了一次重要的涅槃重生的契机,可以更高效的运行在各种平台上,从而激发了.NET的又一春。Winform的技术虽然基本上已经压缩在一定的范围内,不过由于的用途广泛,微软也无法完全舍弃,据说在即将到来的.NET core 3.0里面,会支持Winform,那真是非常不错的一次转变。
1、Winform的应用场景
我自己也是一个Winform开发的拥趸,基本上十几年来一直用着Winform开发各种各样的应用(虽然我也做很多相关的Web开发),从最早的一些小工具,小共享软件什么的,到后面给客户开发一些数据管理系统、业务管理系统等等,因此在这方面使用还算有一定的背景,可以对WInform这个技术应用做一个个人的概括。
1)用户体验
在Winform应用里面,和其他Web系统比起来,它的用户体验是最好的,而且界面响应速度也比Web界面来的快捷一些,由于很多情况下,用户考虑使用方便性,如一些报表的展示、打印、导入导出文件的处理等常规的操作,都还是习惯使用Winform这种定制型非常好的界面来处理,毕竟大多数情况下,单位都有一套业务和数据的管理系统来处理这些业务。
2)数据敏感
另外很多情况下,如一些事业单位、机构什么,他们的数据是比较敏感的,不希望对外公开,网络的引入会提供数据外泄的可能,另外它们也是经常处于内网的环境下,因此一个单机版的程序就可以搞定他们的日常业务处理了,这种特别的业务环境,注定了使用Winform来处理会更胜一筹。
3)开发便利
Winform开发的程序,发布共享比较容易,直接安装就可以使用,可以不需要部署在云端(虽然我的混合框架方式可以访问Web API、WCF等服务获取数据,透明的数据处理);而且Winform的界面开发起来非常方便,结合界面套件,可以做出非常棒的界面效果。另外从开发角度上讲,Web前端的技术淘汰非常快,Winform的技术积累反而是在逐步加固的过程,因此对于一些开发人员来说,迭代Winform开发的应用会更加方便,也更加熟练,因此只要客户在用,系统兼容,这种Winform的程序会一直保留下去。
2、Winform开发的过程
1)界面开发
Winform开发对比其他有不少优点,主要的特点还是开发方便,基于一定的框架,可以快速开发特定的业务管理系统。如下是我客户关系管理系统的界面效果。主界面是采用了DevExpress套件,可以让界面看起来非常统一漂亮,另外对于界面的开发,我们可以基于数据库信息的基础上,通过工具快速生成常规的列表展示界面,以及编辑界面,从而进行一定的调整即可。
对于列表界面,常规的就是包含数据的分页展示、查询、高级查询、导入、导出、打印等这些常规的功能,这些都可以通过定义好的界面模板进行统一生成,生成后进行一定的调整(如加入左侧树形列列表)即可。
如这个编辑界面,也是基于数据库信息的生成后进行一定的调整即可。我们可以快速的修改控件的类型,如修改为下来列表类型,备注类型等,而在代码中进行字典类型绑定就可以显示字典数据了。
2)后台代码开发
对于一个新建的业务表,我们需要开发的需要底层的实现和界面层的展示,这些工作量也是非常巨大的,如果基于控件细粒度的处理,也是非常繁琐的工作,因此基于这些开发过程的考虑,我们引入了提高效率开发的代码生成工具Database2Sharp,专门为我们基于开发框架基础上的框架实现代码开发,和业务界面展示的快速开发。
代码生成工具,不仅能够让它生成我们常规开发的界面层以下的实现代码(包括BLL、DAL、Entity、IDAL等层,以及混合框架的WCF、Web API的实现层和调用封装层),以及界面层的调用代码。
有了这些的处理,我们可极大减轻工作量。
生成的项目中,我们已经有了对应框架支持的实现层了。
普通Winform框架的分层架构图。
3)底层数据库支持
在实际需求中,你往往不能决定客户需要用什么数据库,那么需要根据实际需求或者环境进行数据库类型的选型,如果是单机版为了方便可以使用SQLite,如果是已有业务系统或者需要响应速度快一些的,那么考虑使用SQLServer或者Mysql、有些历史原因的可能会用PostgreSQL或者Oracle等等。那么框架的弹性就需要支持多种数据库的了,这种支持不能导致太大的工作量最好,否则会弄得焦头烂额的。
框架底层数据库访问采用了微软企业库实现,因此在处理多种数据库访问的时候,能够提供统一的访问处理操作,同时对不同的数据库支持操作也是非常不错的。下图是框架底层数据库的支持情况。
采用了微软企业库Enterprise Library作为我们底层的数据库访问模块后,对于多种数据库的访问操作,就会统一采用这个企业库的数据库访问对象,操作起来非常一致,为了对不同数据库的常规增删改查等一些操作进行进一步的封装,以达到简化代码的目的,因此我们可以为每个不同的数据库定义一个数据访问操作基类,以便实现一些不同数据库差异性的处理,但是它们还是有一个共同的数据访问基类。
采用不同的数据库,我们需要为不同数据库的访问层进行生成处理,如为SQLServer数据的表生成相关的数据访问层DALSQL,里面放置各个表对象的内容,不过由于采用了相关的继承类处理和基于数据库的代码生成,需要调整的代码很少。
4)数据集中的云端模式
在很多业务系统中,有很多需求是希望部署在云端服务器中,这种方式可以实现数据的几种管理,也有利于安全。因此我们整合了WCF和Web API两种服务访问方式,而在开发界面基础上,不需要太大的变化即可接入,这就是我们的混合开发框架。
混合框架的多种方式支持
而对于WCF或者Web API的封装,我们是通过接口适配的方式,调用层需要对业务接口进行封装,从而产生封装的代码量。因此可以利用代码生成工具生成对应业务模块的接口适配代码,可以极大减轻对这部分的开发效率损耗。
混合框架的架构如下所示。
代码生成工具Database2Sharp,生成整体性的混合型框架项目如下所示,只是没有下图的界面部分,这部分在实际开发过程中,结合我的混合型框架案例进行整合即可,另外也可以界使用Database2Sharp进行Winform界面的开发,这样整体性就非常方便操作了:
Winform调用Web API的过程,这个过程可以通过下面这个图示进行讲解。
5)模块化的框架结构
在开发Winform应用的时候,我们除了希望简化代码外,其实很多常规的业务,我们希望不希望都要重新开发,如权限管理系统、字典管理、附件管理等,这些是很多业务都涉及到的模块,我们应该在一定粒度上实现整合现有模块即可,这样可以降低我们开发的难度和减少开发时间,我们就可以把重要的时间花在具体的业务领域里面,快速响应客户的需求开发。
混合型框架可以看成是Winform框架高级版本,除了它本身是一个完整的业务系统外,它外围的所有辅助性模块均(如通用权限、通用字典、通用附件管理、通用人员管理。。。。)都实现了这种混合型的框架,因此使用非常方便,整个框架如果简化来看,就是在原有的Winform界面层,用接口调用方式,避免和业务逻辑类的紧耦合关系。
![](http://www.cnblogs.com/Images/OutliningIndicators/None.gif)
转载请注明出处:撰写人:伍华聪 http://www.iqidi.com