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界面层，用接口调用方式，避免和业务逻辑类的紧耦合关系。