一种Winform表单界面管理方法与流程

本发明涉及计算机信息技术领域，具体地说是一种Winform表单界面管理方法。

背景技术：

随着网络化信息系统的发展，越来越多的企业部署基于Winform的信息系统。然而对于传统的Winform开发方式，表单界面的实现变化多样，表单不宜继承实现，对于每个表单都要重写相同的功能，给开发带来很多重复性的工作，工作量大，增加了开发周期，也不宜后期的维护工作。

基于各种系统的现状，本发明提出对Winform表单界面抽象出后台管理者进行统一快速自动处理的一种新方法，对界面设计与后台逻辑分开处理的新方法。该方法解决了传统方式代码重复率高等不足，使Winform表单的开发更加方便灵活和高效。

技术实现要素：

本发明的技术任务是针对以上不足之处，提供一种Winform表单界面管理方法。

一种Winform表单界面管理方法，对Winform表单进行管理者模式开发，其具体实现过程为：

A、首先将表单界面与后台逻辑拆分处理，即对显示的表单界面，抽象出对应的管理者层，表单界面用对应的管理者进行控制；

B、通过代码进行自动化处理，即在管理者中实现对界面的自动监听，来对界面进行自动化处理，实现数据是否发生变化的检测，以及检测当前字段对后台数据库表字段长度是否适应。

步骤A中表单界面与后台逻辑拆分处理过程为：

1）首先对表单功能进行分析，拆分界面与控制逻辑，抽象出管理者类；

2）然后依据管理者所实现功能，进行父管理者类抽象，封装复用以减少代码冗余。

步骤1）的具体过程为：首先根据业务要求，设置显示界面需要实现的功能，然后根据需要实现的功能，将后台逻辑代码拆分出来单独处理，将一个完整的表单页面，拆分成独立的界面制作与逻辑代码的处理，即通过此模式实现了依赖注入：业务层面与表单解耦，通过管理者类代理来实现界面层的操作。

步骤2）的具体过程为：首先依据管理者所实现功能进行界面制作，根据需要布局并添加应有的控件，定义控件信息，在界面设置完成后，增加管理者类，新建一个与界面对应的管理类，管理者可继承已封装好功能的管理者，将管理者需要控制的控件的信息传给管理者，在管理者内部实现对控件的管理控制；在表单中的Load()方法中初始化管理类，并且将表单控件的按钮事件与管理者所实现的功能绑定；最后，对管理者按功能进行分类分组，并对其进行封装。

步骤B中通过代码进行自动化处理的步骤包括：

对表单数据进行自动化管理和处理，实现数据层和界面层的双向绑定，即数据层的变化能反应到界面层，同理界面层的变化也会更改数据层；

对数据进行自动化检测是否发生变化，是否符合后台数据库表字段长度，实现自动化。

本发明的一种Winform表单界面管理方法和现有技术相比，具有以下有益效果：

本发明的一种Winform表单界面管理方法，不仅可以快速布局表单界面，高效加载，快速开发，而且还减少了代码冗余，易于后期维护，具有处理灵活等优点；对于显示的表单界面，可统一用管理者进行管理，消除了界面事件与后台逻辑的直接绑定，使得后台逻辑代码可复用，减少了开发周期，以及后期维护的工作量，并且管理者可实现自动处理前端与后台数据库的交互，逻辑清晰，易于理解，相比与传统的实现模式，处理更灵活，思路更清晰，代码更简洁，处理自动化，更加高效和可控，开发速度得到显著提高和优化，实用性强，适用范围广泛，具有很好的推广应用价值。

附图说明

附图1为本发明的实现示意图。

附图2为界面与后台逻辑的拆分示意图。

附图3为创建管理者类示例图。

具体实施方式

下面结合具体实施例对本发明作进一步说明。

如附图1所示，本发明提供了一种Winform表单界面管理方法，对Winform表单进行管理者模式开发，其具体实现过程为：

A、首先将表单界面与后台逻辑拆分处理，对于显示的表单界面，抽象出管理者层，界面层用对应的管理者进行控制，对于不同功能的管理者封装有自己的父类，减少开发周期；

1）对原有的表单开发的实现方式进行改造，界面与后台逻辑分开处理。

2）采用管理者模式实现，管理者模式管理表单界面，这样的开发方式有助于提高开发效率。

3）对于管理者模式，可对其进行分类分组并封装，针对不同的业务对象抽象出管理者相关接口，根据具体的业务进行实现。

B、通过代码进行自动化处理，利用DataTable自带的特性，用唯一的DataTable实现数据是否发生变化的检测，以及实现当前字段对后台数据库表字段长度是否适应，提高开发效率，减少代码冗余。

1）对表单数据实现自动化管理和处理，实现数据层（Data）和界面层（View）的双向绑定，数据层的变化能反应到界面层，同理，界面层的变化也会更改数据层。

2）可对数据进行自动化检测是否发生变化，是否符合后台数据库表字段长度，实现自动化。

在本发明中，其关键在于界面与逻辑的拆分，如图2所示；对数据的自动化处理。 在设计上主要通过以下步骤完成：

首先对表单功能进行分析，拆分界面与控制逻辑，抽象出管理者类。

然后依据管理者所实现功能，进行父管理者类抽象，封装复用以减少代码冗余。

在管理者中实现对界面的自动监听，来对界面进行自动化处理。

对界面和后台逻辑代码的拆分处理：

首先根据业务要求，绘画出显示界面，先将布局和界面规划好，然后根据需要实现的功能，将后台逻辑代码拆分出来单独处理，将一个完整的表单页面，拆分成独立的界面制作与逻辑代码的处理。通过此模式实现了依赖注入：即业务层面与表单解耦，通过管理者类代理来实现界面层的操作，例如分层开发维护。

在界面制作过程中，按照要求规划好布局和添加应有的控件，定义好控件信息，在绘制好界面后，开始增加管理者类，新建一个与界面对应的管理类，管理者可继承已封装好功能的管理者，节省开发时间，将管理者需要控制的控件的信息传给管理者，如图3所示，在管理者内部实现对控件的管理控制，实现我们所需要的功能，并且实现功能兼容。在表单中的Load()方法中初始化管理类，并且将表单控件的按钮事件与管理者所实现的功能绑定，对于具有相同功能的表单，我们只需绘制不同的界面，仍可挂带此管理类，灵活方便，提高工作效率，减少开发周期。最后，我们可以对管理者按功能进行分类分组，并对其进行封装，以节省开发时间和代码优化，增加效率，易于维护。

逻辑代码的自动化处理：

在管理类的功能实现中，我们把控制器层面作为一个ViewModel对待，即：View的变化能在Model反应，反之亦然，这样我们在Manager类对当前ViewModel进行订阅，来监测数据的值改变以及合法性校验。在保存时检测当前选中行中字符长度是否超出与之绑定的后台数据库表字段长度，并给出适当的友好提示等等，也可根据ViewModel层特性抽象出通用接口，灵活开发。从而解放了控制层代码混乱以及难以复用的问题。

通过上面具体实施方式，所述技术领域的技术人员可容易的实现本发明。但是应当理解，本发明并不限于上述的具体实施方式。在公开的实施方式的基础上，所述技术领域的技术人员可任意组合不同的技术特征，从而实现不同的技术方案。

除说明书所述的技术特征外，均为本专业技术人员的已知技术。