如何快速开发Winform应用系统
伍华聪 人气:0在实际的业务中，往往还有很多需要使用Winform来开发应用系统的，如一些HIS、MIS、MES等系统，由于Winform开发出来的系统界面友好，响应快速，开发效率高等各方面原因，还有一些原因是独立的WInform应用系统方便部署使用，可以快速的在内部系统中安装使用，小型的系统往往不需要涉及到云服务等分布式的处理，那么界面的流畅使用、友好呈现、快速的开发响应等特点就有非常明显的优势了。
本篇不针对性的讨论Winform开发的优缺点，只是让大家了解常规Winform开发的一些处理场景，在满足需求的情况下，如何快速的开发Winform的应用系统。
1、基于某个特定的主体界面布局
采用一个特定的界面布局方式，这样可以快速搭建各个模块的应用，也是给客户第一好印象的开始，毕竟现在界面的处理越来越丰富，不过总体原则还是要以实用为主，易于找到功能入口。
如基于Ribbon的工具条的组织方式界面布局
或者基于树形列表的左侧处理方式
或者一个兼顾经典菜单模式和常规列表处理的方式布局
以上这些对于功能点比较多，而且需要分来管理的界面是非常不错的，而对应窗体，一般都是采用多文档窗口的方式，方便管理不同的界面数据。
而这些模块中，往往由我们自己的Winform开发框架、混合开发框架来统一提供，可以根据需要进行调整即可。而且对于菜单，一般在后端权限系统中配置即可，运行系统的时候就会动态加载，这种就是插件化管理的概念了，可以动态增加、维护某个模块的加载和展示。
2、设计数据库表
数据库设计基本上上我们开发者的基本功吧，一般就是根据需要设计好表的字段、备注、约束、索引等信息，虽然现在很多系统要求支持多种数据库，但一般情况下是用在一个类型数据库之上的，我们可以以常规方便使用的Sqlserver来设计数据库信息，如需要其他数据库支持的，到时候使用转换方式生成其他数据库设计文件即可。
一般数据库设计工具，我们采用的是使用比较广泛、又非常方便的PowerDesigner进行处理，我们使用它的好处就是可以随时进行调整数据库表信息，并且数据库脚本生成非常方便；另外我们可以先生成Sqlserver的数据库设计文件，如需要还可以转换为其他数据库的设计文件。
我们可以生成没有外键关系的数据表
但是每个表的字段，我们都建议加上中文备注信息，不仅仅是因为这样可以好理解表的关系，也方便代码生成的时候，附带上说明信息，以及界面生成的时候，作为中文标签处理。
也可以为了系统完整性，生成一些外键关系的表。
这样处理好系统表或者业务表后，我们可以利用PowerDesigner工具的功能快速的生成SQL脚本，用于在MS SQLServer上执行生成表。
如果我们以后有需要迁移到MySql数据库里面，那么可以利用Navicat Premium进行转义到Mysql数据库即可。
详细过程可以参考我之前的一篇随笔《ABP框架使用Mysql数据库，以及基于SQLServer创建Mysql数据库的架构和数据》
3、结合代码生成工具快速常规操作接口代码
对于一个新建的业务表，我们需要开发的需要底层的实现和界面层的展示，这些工作量也是非常巨大的，如果基于控件细粒度的处理，也是非常繁琐的工作，因此基于这些开发过程的考虑，我们引入了提高效率开发的代码生成工具Database2Sharp，专门为我们基于开发框架基础上的框架实现代码开发，和业务界面展示的快速开发。
代码生成工具，不仅能够让它生成我们常规开发的界面层以下的实现代码（包括BLL、DAL、Entity、IDAL等层，以及混合框架的WCF、Web API的实现层和调用封装层），以及界面层的调用代码。
有了这些的处理，我们可极大减轻工作量。
我们开发新业务表的处理没有发生变化，需要设计好自己的业务表，然后利用代码生成工具生成对应代码，最后合并到项目里面并调整界面为合适的展示方式。
对于一般的业务系统，可能都会涉及到不同数据库的使用，如SQLServer、Oracle、Mysql、PostgreSQL等数据库，那么这部分，可以通过使用微软企业库或者其他ORM方式进行处理，以实现系统对多种数据库的良好支持。
这些，我们利用代码生成工具来开发后端代码，已经对这些不同数据库的处理进行了相应的支持，使用起来就更加方便了。
Winform开发架构如下所示。
而对于混合方式的Winform开发，那么还设计Web API模块的部署，以及客户端对Web API调用的封装，如下所示。
4、结合代码生成工具快速生成界面代码并整合
利用代码生成，根据我们数据库的字段信息，可以快速生成相应的列表、编辑界面等常规界面，生成后进行相应的微调即可。
我们把常规的列表界面，新增、编辑、查看、导入等界面放在一起，除了列表页面，其他内容以弹出层对话框的方式进行处理，如下界面示意所示。
一般情况下，我们利用代码生成工具生成的界面都是需要调整的，但是界面的控件名称已经根据字段进行了对应，后台的数据显示、输入验证、数据保存等需要控件和实体类一一对应的关系，也已经做好了，所做的只需要把界面调整的更加好看即可。
所以，生成的界面大致情况如下所示。
首先，我们知道，DevExpress的LayoutControl布局控件，对于其中的控件位置，都可以在设计模式进行动态拖动调整的，如下所示。
另外，我们可以在设计模式下，控件的右上角上，调整控件为自己希望的类型，如下所示。
这样我们可以把生成的文本框，调整为下来列表，然后可以通过后端代码一行代码，进行字典的绑定。
这样就非常简化了我们对字典数据源的绑定操作了，非常方便易读，下面是其中一个功能界面的下拉列表展示。
根据需要调整控件、拖动位置，增加一些特殊的控件等，可以把界面整理的比较规范化、美观一些。
或者更多数据的人员信息的数据编辑界面效果如下所示，通过分门别类，我们可以有效管理看似很凌乱的数据内容了。
生成好后端代码和Winform界面代码，就需要根据框架的特点进行增量式的整合使用了
详细可以参考一下《循序渐进开发WinForm项目（4)--Winform界面模块的集成使用》
3、整合一些常有的项目模块
由于我们框架提供了很多基础的模块来给我们新业务开发提供便利，如公用类库、分页控件、字典管理、权限管理系统、自动升级、附件管理、人员管理、工作流管理等可以反复重用的模块。
有了这些模块的加持，我们开发项目很多基础的处理就不用所有的东西都从头来过。
软件和建筑工程很类似，都是需要构建一个庞大而功能完整的一个系统，而工程化也意味着需要多人协作，那么就需要把一个庞大的系统横向或者纵向划分为各个可以独立施工完成的模块，虽然各个模块之间有所衔接或者交互，但是基本上可以以模块化的方式来构建，这个也是工程化开发的精髓所在。
以一个软件管理系统为例，我们尽可能把精力焦点放在客户的业务需求上，而对于常规的如权限控制、字典管理等一些常用的内容，由于它们的处理逻辑在特定领域上基本上比较固定一些，可以尽可能独立并重复使用，
而有时候，以某个特定的业务来说，同时很多处理规则也是不变的，因此也可以以业务模块的方式来划分，从而类似通用模块的方式重复使用。
模块化类似小孩子搭积木的方式构建一个所要的形状，虽然软件和建筑在这方面肯定更加复杂化，但是模块化系统是大势所趋，也是简化开发、易于维护、提高系统健壮性的重要举措。
加载全部内容