CN110286903A - 用户信息表单的构建方法、装置、设备及存储介质 - Google Patents

Abstract

本发明属于软件开发技术领域，公开了一种用户信息表单的构建方法、装置、设备及存储介质。该方法包括：根据第一用户信息表单的开发需求，确定第一用户信息表单支持的用户类型及各用户类型需要填写的信息；根据各用户类型需要填写的信息，确定各用户类型涉及的用户界面组件的组件类型；根据各组件类型，从预先封装的用户界面组件库中查找出符合开发需求的目标用户界面组件；采用响应式编程方式，对目标用户组件进件编译，得到第一用户信息表单。通过上述方式，大大简化了用户信息表单的实现，从而方便了后期代码的维护。

Description

用户信息表单的构建方法、装置、设备及存储介质

技术领域

本发明涉及软件开发技术领域，尤其涉及一种用户信息表单的构建方法、装置、设备及存储介质。

背景技术

随着大数据时代的到来，大数据技术被应用到了各行各业，并极大的促进了社会经济的蓬勃发展。在大数据的应用中，数据信息的收集是一个至关重要的环节。

目前，对于数据信息的收集工作，主要是通过各种表单来实现的。并且，为了满足不同用户类型的数据信息的均可以通过表单录入收集，目前实现用户信息录入功能的表单主要是采用模块堆积的方式，即每一个用户类型都需要编写对应的代码，在用户进行资料的录入时，根据用户选择的用户类型，调用对应的代码，进行显示页面的切换，从而为用户显示对应的用户信息表单业务。

虽然，这种方式可以满足不同用户类型的信息的录入，但是会导致实现信息录入的表单的代码过长，使得后期的维护难度高，维护效率低。

所以，亟需提供一种用户信息表单的构建方法，以降低用户信息表单对应的代码的维护难度，从而提升维护效率。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种用户信息表单的构建方法、装置、设备及存储介质，旨在解决现有技术中由于用户信息表单的代码过长，导致的后期维护难度高，维护效率低的技术问题。

为实现上述目的，本发明提供了一种用户信息表单的构建方法，所述方法包括以下步骤:

根据第一用户信息表单的开发需求，确定所述第一用户信息表单支持的用户类型及各用户类型需要填写的信息；

根据各用户类型需要填写的信息，确定各用户类型涉及的用户界面组件的组件类型；

根据各组件类型，从预先封装的用户界面组件库中查找出符合所述开发需求的目标用户界面组件；

采用响应式编程方式，对所述目标用户组件进件编译，得到所述第一用户信息表单。

优选地，所述根据第一用户信息表单的开发需求，确定所述第一用户信息表单支持的用户类型及各用户类型需要填写的信息的步骤，包括：

采用关键词提取技术，对所述开发需求进行关键词提取操作，得到第一关键词集合；

对所述第一关键词集合中的各关键词进行语义分析，根据各关键词的语义，确定所述第一用户信息表单支持的用户类型及各用户类型需要填写的信息。

优选地，所述根据各组件类型，从预先封装的用户界面组件库中查找出符合所述开发需求的目标用户界面组件的步骤，包括：

根据所述开发需求，确定所述第一用户信息表单对应的组件筛选条件；

根据所述组件筛选条件，从所述用户界面组件库中查找符合所述组件筛选条件的用户界面组件，并将查找到的所述用户界面组件作为所述目标用户界面组件。

优选地，所述采用响应式编程方式，对所述目标用户组件进件编译，得到所述第一用户信息表单的步骤之后，所述方法还包括：

创建一个信号变量，将所述信号变量与用于显示所述用户类型的用户界面组件进行绑定，并将所述第一用户信息表单进行展示。

优选地，所述将所述第一用户信息表单进行展示的步骤之后，所述方法还包括：

实时获取所述信号变量对应的变量值，根据所述变量值判断所述信号变量是否发生变化；

若所述信号变量发生变化，则获取所述用于显示所述用户类型的用户界面组件中当前显示的用户类型；

根据所述当前显示的用户类型，在所述第一用户信息表单的基础上，绘制所述第二用户信息表单。

优选地，所述根据所述当前显示的用户类型，在所述第一用户信息表单的基础上，绘制所述第二用户信息表单的步骤，包括：

根据所述当前显示的用户类型，确定需要在所述第二用户信息表单中显示的用户界面组件；

根据需要在所述第二用户信息表单中显示的用户界面组件和所述第一用户信息表单中显示的用户界面组件，确定不需要在所述第二用户信息表单中显示的用户界面组件；

在所述第一用户信息表单的基础上，将不需要在所述第二用户信息表单中显示的用户界面组件的属性设置为不可见。

优选地，所述将不需要在所述第二用户信息表单中显示的用户界面组件的属性设置为不可见的步骤之后，所述方法还包括：

将不需要在所述第二用户信息表单中显示的用户界面组件的高度设置为0.1毫米。

此外，为实现上述目的，本发明还提出一种用户信息表单的构建装置，所述装置包括：

第一确定模块，用于根据第一用户信息表单的开发需求，确定所述第一用户信息表单支持的用户类型及各用户类型需要填写的信息；

第二确定模块，用于根据各用户类型需要填写的信息，确定各用户类型涉及的用户界面组件的组件类型；

查找模块，用于根据各组件类型，从预先封装的用户界面组件库中查找出符合所述开发需求的目标用户界面组件；

编译模块，用于采用响应式编程方式，对所述目标用户组件进件编译，得到所述第一用户信息表单。

此外，为实现上述目的，本发明还提出一种用户信息表单的构建设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的用户信息表单的构建程序，所述用户信息表单的构建程序配置为实现如上文所述的用户信息表单的构建方法的步骤。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有用户信息表单的构建程序，所述用户信息表单的构建程序被处理器执行时实现如上文所述的用户信息表单的构建方法的步骤。

本发明提供的用户信息表单的构建方案，通过预先封装用户界面组件，并构建用户界面组件库，实现了代码的模块化管理，从而在需要构建第一用户信息表单时，只需根据第一用户信息表单的开发需求确定第一用户信息表单支持的用户类型及各用户类型需要填写的信息，然后根据各用户类型需要填写的信息，确定各用户类型涉及的用户界面组件的组件类型，最终根据确定的组件类型，并可以快速、精准的从预先封装的用户界面组件库中查找出符合开发需求的目标用户界面组件，从而大大简化了第一用户信息表单的构建。

并且，由于构建第一用户信息表单所使用的用户界面组件是基于模块化原理预先封装的，因而大大方便了后期对第一用户信息表单的维护，从而提升了维护效率。

此外，本发明提供的用户信息表单的构建方案，通过采用响应式编程方式构建第一用户信息表单，使得构建的第一用户信息表单能够采用异步处理方式响应用户操作，从而大大减小了第一用户信息表单对终端设备内存的占用，使得终端设备能够更快更流畅的响应用户操作，进而大大提升了用户体验。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的用户信息表单的构建设备的结构示意图；

图2为本发明用户信息表单的构建方法第一实施例的流程示意图；

图3为本发明用户信息表单的构建方法第二实施例的流程示意图；

图4为本发明用户信息表单的构建装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的用户信息表单的构建设备结构示意图。

如图1所示，该用户信息表单的构建设备可以包括：处理器1001，例如中央处理器(Central Processing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(WIreless-FIdelity，WI-FI)接口)。存储器1005可以是高速的随机存取存储器(RandomAccess Memory，RAM)存储器，也可以是稳定的非易失性存储器(Non-Volatile Memory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对用户信息表单的构建设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及用户信息表单的构建程序。

在图1所示的用户信息表单的构建设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明用户信息表单的构建设备中的处理器1001、存储器1005可以设置在用户信息表单的构建设备中，所述用户信息表单的构建设备通过处理器1001调用存储器1005中存储的用户信息表单的构建程序，并执行本发明实施例提供的用户信息表单的构建方法。

本发明实施例提供了一种用户信息表单的构建方法，参照图2，图2为本发明一种用户信息表单的构建方法第一实施例的流程示意图。

本实施例中，所述用户信息表单的构建方法包括以下步骤：

步骤S10，根据第一用户信息表单的开发需求，确定所述第一用户信息表单支持的用户类型及各用户类型需要填写的信息。

为了便于说明，本实施例以需要构建的用户信息表单为商户进件表单(收集的用户信息是商户在办理进件业务时提供的进行信息，如商户的基本信息、结算信息、附件信息等)为例，进行具体说明。

具体的说，在构建的用户信息进件表单为商户进件表单时，本实施例的执行主体具体为预先构建的基于互联网的信贷应用程序的开发平台，即部署有本实施例所说的用户信息表单的构建流程的一个开发平台。在实际应用中，该平台可以是传统的物理服务器(需要占用实际物理空间)，也可以是虚拟云服务器，此处不做限制。

应当理解的是，上述所说的物理服务器可以是开发人员使用的任意终端设备，比如个人计算机、笔记本电脑等。

相应的，上述所说的虚拟服务器，可以是支持开发人员的终端设备接入的云桌面。

此外，上述所说的进件，一般出现在信贷业务中，具体是指申请信贷业务的用户把办理信贷业务所需的资料准备好后，由负责办理信贷业务的工作人员或用户自己，通过操作银行或信贷公司提供的基于互联网的信贷应用程序，将上述资料录入到银行、信贷公司的系统里面的操作。目前的进件主要分为商户进件和个人用户进件。

此外，应当理解的是，所谓开发需求，就是规定了待构建的第一用户信息表单需要涉及的模块、各模块需要包含的内容、布局、界面原型图等信，以辅助开发人员进行开发工作的文档。

在本实施例中，所述第一用户信息表单的开发需求，大致包括用户类型及各用户类型需要包含的内容。

由于本实施例是以商户进件表单来进行说明的，因此本实施例中所说的用户类型可以包括：企业、事业单位、个体工商户、个体经营者等用户类型，此处不再一一列举，对此也不做限制。

相应地，各用户类型需要填写的内容大致可以如下：

在所述用户类型为事业单位和企业时，需要填写的内容大致可以包括：法人身份信息(如身份证号码，证件持有人姓名、证件有效期等)、工商注册信息(如工商注册名称、营业执照注册号、组织机构代码、有效期、营业名称等)等内容。

在所述用户类型为个体工商类型时，需要填写的内容大致可以包括：法人身份信息(如身份证号码，证件持有人姓名、证件有效期等)、工商注册信息(如工商注册名称、营业执照注册号、营业名称等)等内容，即个体工商类型的商户对比事业单位和企业类型的商户，不需要填写组织机构代码和有效期。

在所述用户类型为个体经营者时，需要填写的内容包括法人身份信息，如身份证号码，证件持有人姓名、证件有效期等信息即可。

需要说明的是，以上仅为举例说明，对本发明的技术方案并不构成任何限定，在具体实现中，本领域的技术人员可以根据需要进行设置，此处不做限制。

此外，值得一提的是，在实际应用中，上述步骤S10中所执行的操作，具体可以采用关键词提取技术来实现，具体的实现流程大致如下：

首先，采用关键词提取技术，对所述开发需求进行关键词提取操作，得到第一关键词集合。

具体的说，为了保证后续确定的所述第一用户信息表单支持的用户类型及各用户类型需要填写的信息尽可能的准确、完整，可以将所述开发需求中的所有内容进行切割，获得所述开发需求包括的所有关键词，并将得到的所有关键词均添加到所述第一关键词集合中。

然后，对所述第一关键词集合中的各关键词进行语义分析，根据各关键词的语义，确定所述第一用户信息表单支持的用户类型及各用户类型需要填写的信息。

需要说明的是，由于关键词提取技术目前已经很成熟，因而关键词提取技术的使用，本领域的技术人员在实现时可以通过查找相关文档自行实现，此处不再赘述。

此外，值得一提的是，由于在实际应用中，为了尽可能的方便用户提供开发需求，所述开发需求可以是多种格式的，比如文本格式、语音格式、图片格式等，此处不再一一列举，对此也不做任何限制。

因此，为了保证能够利用关键词提取技术，从所述开发需求中提取至少一个关键词，在采用关键词提取技术，对所述开发需求进行关键词提取操作之前，可以先确定所述开发需求的格式，然后根据所述开发需求的格式进行适应性调整。

比如说，若确定所述开发需求为语音格式，则利用语音识别技术，将语音格式的开发需求转换为文本格式的开发需求；若确定所述开发需求为图片格式，则利用光学字符识别(Optical Character Recognition，OCR技术，将图片格式的开发需求转换为文本格式的开发需求；若所述开发需求为文本格式，则直接采用关键词提取技术，对所述文本格式的开发需求进行关键词提取操作。

也就是说，所述采用关键词提取技术，对所述开发需求进行关键词提取操作的操作，实质上是：采用关键词提取技术，对所述文本格式的开发需求进行关键词提取操作。

进一步地，为了保证确定的提取到的关键词具有较高的参考价值，在进行关键词提取操作之前，可以先对文本格式的开发需求进行文本预处理操作。

比如说，去停用词，即去掉反馈信息中含有的如：呢、吗、啊等没有实际意义的词。

还比如说，去掉无效特殊字符，如表情符号、各种标点符号等。

相应地，在将语音格式的开发需求转换为文本格式的开发需求之前，同样可以先对语音格式的开发需求进行一系列预处理操作，比如滤波、去除干扰声音等操作，以保证转换出的文本信息更加准确。

同理，在将图片格式的开发需求转换为文本格式的开发需求之前，同样可以先对图片格式的开发需求进行一系列预处理操作，比如灰度处理去噪等操作，以保证转换出的文本信息更加准确。

应当理解的是，以上给出的仅为一种具体的实现方式，对本发明的技术方案并不构成任何限定。

步骤S20，根据各用户类型需要填写的信息，确定各用户类型涉及的用户界面组件的组件类型。

具体的说，上述所说的用户界面组件，即USER INTERFACE Module，也就是通常所说的UI组件。

所谓组件，即将一段或几段完成各自功能的代码段封装为一个或几个独立的部分。UI组件包含了这样一个或几个具有各自功能的代码段，最终完成了用户界面的表示。

在本实施例中，所说的UI组件的组件类型，具体是根据UI组件的功能属性决定的，比如可以将用作头部导航栏的UI组件的类型统一命名为header，将用作切换的UI组件的类型统一命名为tab，将用作展示信息的列表的类型统一命名为list，将用作前端页面页脚的UI组件的类型统一命名为footer。

进一步地，在实际应用中，还可以对UI组件进行细化，比如将UI组件划分为用于输入身份证号码的UI组件、用于输入手机号码的UI组件、用于输入证据持有人姓名的UI组件等，此处不再一一列举，对此也不做任何限制。

相应地，各UI组件的限制条件也会因为其支持输入的内容有所不同，比如用于输入身份证号码的UI组件，必需限定输入的内容仅包括数字和大写字母，并且大写字母需要在最后一位出现，且位数为18位，用于输入手机号码的UI组件，必需限定输入的内容仅包括数字，且位数为11位，用于输入证件持有人姓名的UI组件必需限定输入的内容为汉字等。

需要说明的是，以上给出的UI组件的类型的命名，仅仅为一种具体的分类方式，在实际应用中，本领域的技术人员可以根据需要进行设置，此处不做限制。

步骤S30，根据各组件类型，从预先封装的用户界面组件库中查找出符合所述开发需求的目标用户界面组件。

具体的说，关于上述查找符合所述开发需求的目标用户界面组件的操作，在实际应用中，可以细化为如下两个子步骤：

(1)根据所述开发需求，确定所述第一用户信息表单对应的组件筛选条件。

具体的说，为了使得后续查找出的用户界面组件更加符合所述开发需求，上述根据所述开发需求确定的所述第一用户信息表单对应的组件筛选条件可以包括所述第一用户信息表单的应用场景，以及面向对象等信息。

(2)根据所述组件筛选条件，从所述用户界面组件库中查找符合所述组件筛选条件的用户界面组件，并将查找到的所述用户界面组件作为所述目标用户界面组件。

具体的说，步骤(2)中所说的根据所述组件筛选条件，从所述用户界面组件库中查找符合所述组件筛选条件的用户界面组件的操作，在实际应用中，可以通过如下方式实现：

比如，先对所述用户界面组件库中的用户界面组件进行遍历，然后将遍历到的当前用户界面组件对应的组件信息与所述组件筛选条件进行对比，最终通过对比，若确定两者匹配，则认为所述当前用户界面组件符合所述组件筛选条件，即可以将所述当前用户界面组件作为所述目标用户界面组件。

此外，在实际应用中，如果根据所述组件筛选条件，从所述用户界面组件库中查找到的符合所述组件筛选条件的用户界面组件不唯一，还可以进一步判断筛选出的各用户界面组件近期的受欢迎程度，然后根据受欢迎程度进一步从中筛选，直到筛选出目标用户界面组件为止。

此外，应当理解的是，这里所说的用户界面组件不唯一，具体是指功能相同的用户界面组件不唯一。

比如，根据用户界面组件筛选条件查找出的用于输入商户名称的用户界面组件有两个或两个以上。

需要说明的是，以上仅为举例说明，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。

步骤S40，采用响应式编程方式，对所述目标用户组件进件编译，得到所述第一用户信息表单。

具体的说，本实施例中所采用的响应式编程方式是指通过采用响应式开发框架进行开发，这里所说的响应式开发框架可以是ReactiveX响应式框架。

所谓ReactiveX，实质上是一个可以帮助开发人员简化异步编程的框架，该框架拓展了观察者模式，使得开发人员能够自由组合多个异步事件，而不需要去关系线程、同步、线程安全、并发数据以及I/O(输入/输出)阻塞等问题。

但是，目前ReactiveX的版本有多个，并且ReactiveX的使用，会因为开发的第一用户信息表单所应用的系统而有所不同。

以目前占据主流的安卓系统和苹果(IOS)系统为例，开发安卓版本的第一用户信息表单，直接采用ReactiveX响应式框架即可；而开发IOS版本的第一用户信息表单，则需要采用ReactiveX响应式框架的Swift版本，即通常所说的RxSwift，可以支持ios/macOC平台开发的ReactiveX响应式框架。

需要说明的是，本实施例中得到的第一用户信息表单，实质为包含了所有用户类型需要涉及的UI组建的用户信息表单。

应当理解的是，以上给出的仅为一种具体的实现方式，对本发明的技术方案并不构成任何限定，在实际应用中，本领域的技术人员可以根据需要进行设置，此处不做限制。

通过上述描述不难发现，本发明提供的用户信息表单的构建方法，通过预先封装用户界面组件，并构建用户界面组件库，实现了代码的模块化管理，从而在需要构建第一用户信息表单时，只需根据第一用户信息表单的开发需求确定第一用户信息表单支持的用户类型及各用户类型需要填写的信息，然后根据各用户类型需要填写的信息，确定各用户类型涉及的用户界面组件的组件类型，最终根据确定的组件类型，并可以快速、精准的从预先封装的用户界面组件库中查找出符合开发需求的目标用户界面组件，从而大大简化了第一用户信息表单的构建。

并且，由于构建第一用户信息表单所使用的用户界面组件是基于模块化原理预先封装的，因而大大方便了后期对第一用户信息表单的维护，从而提升了维护效率。

此外，本发明提供的用户信息表单的构建方法，通过采用响应式编程方式构建第一用户信息表单，使得构建的第一用户信息表单能够采用异步处理方式响应用户操作，从而大大减小了第一用户信息表单对终端设备内存的占用，使得终端设备能够更快更流畅的响应用户操作，进而大大提升了用户体验。

参考图3，图3为本发明一种用户信息表单的构建方法第二实施例的流程示意图。

基于上述第一实施例，本实施例用户信息表单的构建方法在所述步骤S40之后，还包括：

步骤S50，创建一个信号变量，将所述信号变量与用于显示所述用户类型的用户界面组件进行绑定，并将所述第一用户信息表单进行展示。

具体的说，为了能够及时、准确的监测的用户对所述第一用户信息表单的操作，进而根据用户选择的用户类型，快速绘制第二用户信息表单，本实施例中通过创建一个信号变量，并将所述信号变量与用于显示所述用户类型的用户界面组件进行绑定，从而在将所述第一用户信息表单进行展示后，只需监控所述信号变量对应的变量值的变化情况，即可快速确定用户是否切换了用户类型，从而进行绘制所述第二用户信息表单的操作。

需要说明的是，为了方便确定信号变量的变化，在创建信号变量时，可以预先创建两个不同的变量值，为了方便以下称为第一变量值和第二变量值。

同时，在创建好信号变量，将所述信号变量与用于显示所述用户类型的用户界面组件进行绑定的时候，将所述第一变量值设置为所述信号变量的默认变量值，从而在后续使用中，只要检测到所述信号变量从第一变量值变为第二变量值，即可认为所述信号变量发生了变化。

步骤S60，在所述信号变量发生变化时，获取所述用于显示所述用户类型的用户界面组件中当前显示的用户类型。

具体的说，步骤S60中的操作，在实际应用中，需要通过对信号变量对应的变量值的监控来确定所述信号变量是否发生变化。

具体的实现方式，可以是：在完成上述步骤S50之后，通过实时获取所述信号变量对应的变量值，然后根据所述变量值判断所述信号变量是否发生变化。

相应地，若所述信号变量发生变化，则执行上述步骤S60；否则，继续获取所述信号变量对应的变量值，并根据所述变量值判断所述信号变量是否发生变化。

应当理解的是，由于在创建所述信号变量时，为所述信号变量分配了默认的第一变量值，并且所述信号变量是与用于显示所述用户类型的用户界面组件绑定的，因而在用户操作所述第一用户信息表单页面上显示的用于显示所述用户类型的用户界面组件时，比如从当前显示的默认用户类型，切换到了其他用户类型，则此时所述信号变量对应的第一变量值会变化为预设的第二变量值，此时便可以确定所述信号变量发生了变化，需要执行，获取所述用于显示所述用户类型的用户界面组件中当前显示的用户类型的操作。

步骤S70，根据所述当前显示的用户类型，在所述第一用户信息表单的基础上，绘制所述第二用户信息表单。

关于，步骤S70中所说的绘制所述第二用户信息表单的操作，以下给出一种具体的实现方式，大致如下：

首先，根据所述当前显示的用户类型，确定需要在所述第二用户信息表单中显示的用户界面组件；

然后，根据需要在所述第二用户信息表单中显示的用户界面组件和所述第一用户信息表单中显示的用户界面组件，确定不需要在所述第二用户信息表单中显示的用户界面组件；

最后，在所述第一用户信息表单的基础上，将不需要在所述第二用户信息表单中显示的用户界面组件的属性设置为不可见。

为了便于理解，以下进行举例说明：

比如说，所述第一用户信息表单页面上用于显示用户类型的用户界面组件中显示的初始用户类型为事业单位，则所述第一用户信息表单页面上显示的用户界面组件，大致包括：用于输入法人身份证号码的用户界面组件、用于输入证件持有人姓名的用户界面组件、用于输入证件有效期的用户界面组件，用于输入工商注册名称的用户界面组件、用于输入营业执照注册号的用户界面组件、用于输入组织机构代码的用户界面组件、用于输入有效期的用户界面组件、用于输入营业名称的用户界面组件等。

当确定所述信号变量发生变化时，获取到的当前显示的用户类型为个体经营者类型时，根据该类型需要填写的信息(仅填写法人身份信息)，确定需要在绘制的所述第二用户信息表单中显示的用户组件，大致包括：用于输入法人身份证号码的用户界面组件、用于输入证件持有人姓名的用户界面组件、用于输入证件有效期的用户界面组件等。

通过上述信息不难发现，不需要在所述第二用户信息表单中显示的用户组件为：用于输入工商注册名称的用户界面组件、用于输入营业执照注册号的用户界面组件、用于输入组织机构代码的用户界面组件、用于输入有效期的用户界面组件、用于输入营业名称的用户界面组件。

因此，在只需将用于输入工商注册名称的用户界面组件、用于输入营业执照注册号的用户界面组件、用于输入组织机构代码的用户界面组件、用于输入有效期的用户界面组件、用于输入营业名称的用户界面组件这几个用户界面组件的属性设置为不可见即可。

此外，需要说明的是，本实施例中所说的将不需要在所述第二用户信息表单中显示的用户界面组件的属性设置为不可见，具体是指将不需要在所述第二用户信息表单中显示的用户界面组件的组件信息中用于标识透明度的信息设置为透明。

进一步地，为了不影响所述第二用户信息表单页面的美观，在将不需要显示的用户界面组件的属性设置为不可见之后，还可以将不需要显示的用户界面组件的高度设置为0.1毫米，这样在整个页面中就不会有突兀的空白，而是仅有一条分割线。

应当理解的是，以上给出的仅为一种具体的实现方式，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，比如根据需要设置不需要显示的用户界面组件的高度，本发明对此不做限制。

此外，值得一提的是，在实际应用中，除了可以根据需要将用户界面组件的属性设置为不可见，还可以根据业务需要，为用户界面组件设置更多的属性，比如说不可编辑、日期不可选择、身份不可选、起止日期不可选、时间不可选等，具体的设置内容，本领域的技术人员可以根据需要进行设置，此处不做限制。

此外，在执行完上述步骤S70之后，为了继续监控用户对所述第二用户信息表单的操作，以便根据用户选择的用户类型，再次重绘第二用户类型，可以将所述信号变量对应的变量值从所述第二变量值调整为所述第一变量值，从而在后续监控的所述信号变量再次从所述第一变量值变为所述第二变量值时，再次获取当前显示的用户类型。

通过上述描述不难发现，本发明提供的用户信息表单的构建方法，在确定于用于显示所述用户类型的信号变量对应的变量值发生变化时，通过根据当前显示的用户类型，在所述第一用户信息表单的基础上进行“重绘”操作，进而得到适合当前显示的用户类型的第二用户信息表单，即通过一次开发，便可快速、方便的获得适合不同用户类型的第二用户信息表单，在减少开发人员编程工作量的同时，进一步方便了后期的维护工作。

此外，值得一提的是，在实际应用中，用户在绘制的第二用户信息表单中输入用户类型需要填写的信息后，需要根据业务需要，对用户填写的信息进行验证，以确定用户输入的信息是否真实有效。

以用户选择的用户类型为个体工商类型为例，需要进行验证的信息主要有用户所填写的工商注册名称、营业执照注册号、法人姓名、法人证件号码这四个要素。

但是，由于以上四要素填写的内容是保存在表单中的，如果直接从表单中读取内容不仅不够便捷，也难以实现即时的校验。为了解决这一问题，本实施例在使用响应式编程的同时，结合了链式编程。

为了便于理解，以下进行具体说明：

首先，使用响应式编程方式，为上述四个要素创建对应的信号，这样在用户填写完任一要素后，对应的信号值便会发生改变，此时就可以对当前发生信号便会的要素进行读取操作，从而解决了读取问题。

其次，使用链式编程方式，将上述四要素所对应的信号绑定，在判定上述四要素已全部填写且符合基本条件后，进行四要素鉴权，判断四要素信息填写是否真实有效。

需要说明的是，所述“使用链式编程方式，将上述四要素所对应的信号绑定”的操作，具体是通过使用RxSwift中关于信号处理的combineLatest方法将四要素信号绑定，其中任一信号发生变化都会进行判断，当四要素中工商注册名称、营业执照号、法人姓名都不为空，且法人证件号码是有效身份证号码时，将触发鉴权接口进行鉴权。

此外，关于鉴权操作的具体实现，可以直接借鉴现有鉴权方式，此处不再赘述，也不做任何限制。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有用户信息表单的构建程序，所述用户信息表单的构建程序被处理器执行时实现如上文所述的用户信息表单的构建方法的步骤。

参照图4，图4为本发明用户信息表单的构建装置第一实施例的结构框图。

如图4所示，本发明实施例提出的用户信息表单的构建装置包括：第一确定模块4001、第二确定模块4002、查找模块4003和编译模块4004。

其中，所述第一确定模块4001，用于根据第一用户信息表单的开发需求，确定所述第一用户信息表单支持的用户类型及各用户类型需要填写的信息；所述第二确定模块4002，用于根据各用户类型需要填写的信息，确定各用户类型涉及的用户界面组件的组件类型；所述查找模块4003，用于根据各组件类型，从预先封装的用户界面组件库中查找出符合所述开发需求的目标用户界面组件；所述编译模块4004，用于采用响应式编程方式，对所述目标用户组件进件编译，得到所述第一用户信息表单。

为了便于理解所述第一确定模块4001在确定所述第一用户信息表单支持的用户类型及各用户类型需要填写的信息时所执行的操作，以下给出一种具体的实现方式，大致如下：

首先，采用关键词提取技术，对所述开发需求进行关键词提取操作，得到第一关键词集合；

然后，对所述第一关键词集合中的各关键词进行语义分析，根据各关键词的语义，确定所述第一用户信息表单支持的用户类型及各用户类型需要填写的信息。

应当理解的是，以上给出的仅为一种具体的实现方式，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。

此外，为了便于理解所述查找模块4003从预先封装的用户界面组件库中查找出符合所述开发需求的目标用户界面组件的操作，以下给出一种具体的实现方式，大致如下：

首先，根据所述开发需求，确定所述第一用户信息表单对应的组件筛选条件；

然后，根据所述组件筛选条件，从所述用户界面组件库中查找符合所述组件筛选条件的用户界面组件，并将查找到的所述用户界面组件作为所述目标用户界面组件。

此外，值得一提的是，在实际应用中，所述组件筛选条件可以包括第一用户信息表单的应用场景、面向对象等信息。

此外，关于上述所说的根据所述组件筛选条件，从所述用户界面组件库中查找符合所述组件筛选条件的用户界面组件的操作，大致可以如下所述：

对所述用户界面组件库中的用户界面组件进行遍历，将遍历到的当前用户界面组件对应的组件信息与所述组件筛选条件进行对比，若匹配，则认为所述当前用户界面组件符合所述组件筛选条件，即可以将所述当前用户界面组件作为所述目标用户界面组件。

此外，在实际应用中，如果根据所述组件筛选条件，从所述用户界面组件库中查找到的符合所述组件筛选条件的用户界面组件不唯一，还可以进一步判断筛选出的各用户界面组件近期的受欢迎程度，然后根据受欢迎程度进一步从中筛选，直到筛选出目标用户界面组件为止。

此外，应当理解的是，这里所说的用户界面组件不唯一，具体是指功能相同的用户界面组件不唯一。

比如，根据用户界面组件筛选条件查找出的用于输入商户名称的用户界面组件有两个或两个以上。

需要说明的是，以上仅为举例说明，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。

通过上述描述不难发现，本发明提供的用户信息表单的构建装置，通过预先封装用户界面组件，并构建用户界面组件库，实现了代码的模块化管理，从而在需要构建第一用户信息表单时，只需根据第一用户信息表单的开发需求确定第一用户信息表单支持的用户类型及各用户类型需要填写的信息，然后根据各用户类型需要填写的信息，确定各用户类型涉及的用户界面组件的组件类型，最终根据确定的组件类型，并可以快速、精准的从预先封装的用户界面组件库中查找出符合开发需求的目标用户界面组件，从而大大简化了第一用户信息表单的构建。

并且，由于构建第一用户信息表单所使用的用户界面组件是基于模块化原理预先封装的，因而大大方便了后期对第一用户信息表单的维护，从而提升了维护效率。

此外，本发明提供的用户信息表单的构建装置，通过采用响应式编程方式构建第一用户信息表单，使得构建的第一用户信息表单能够采用异步处理方式响应用户操作，从而大大减小了第一用户信息表单对终端设备内存的占用，使得终端设备能够更快更流畅的响应用户操作，进而大大提升了用户体验。

说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。

另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的用户信息表单的构建方法，此处不再赘述。

基于上述用户信息表单的构建装置的第一实施例，提出本发明用户信息表单的构建装置第二实施例。

在本实施例中，所述用户信息表单的构建装置还包括：展示模块、判断模块、获取模块和绘制模块。

其中，所述展示模块，用于创建一个信号变量，将所述信号变量与用于显示所述用户类型的用户界面组件进行绑定，并将所述第一用户信息表单进行展示；所述判断模块，用于实时获取所述信号变量对应的变量值，根据所述变量值判断所述信号变量是否发生变化；所述获取模块，用于在所述信号变量发生变化时，获取所述用于显示所述用户类型的用户界面组件中当前显示的用户类型；所述绘制模块，用于根据所述当前显示的用户类型，在所述第一用户信息表单的基础上，绘制所述第二用户信息表单。

为了便于理解所述绘制模块绘制所述第二用户信息表单时所执行的操作，以下给出一种具体的实现方式，大致如下：

首先，根据所述当前显示的用户类型，确定需要在所述第二用户信息表单中显示的用户界面组件；

然后，根据需要在所述第二用户信息表单中显示的用户界面组件和所述第一用户信息表单中显示的用户界面组件，确定不需要在所述第二用户信息表单中显示的用户界面组件；

最后，在所述第一用户信息表单的基础上，将不需要在所述第二用户信息表单中显示的用户界面组件的属性设置为不可见。

需要说明的是，本实施例中所说的将不需要在所述第二用户信息表单中显示的用户界面组件的属性设置为不可见，具体是指将不需要在所述第二用户信息表单中显示的用户界面组件的组件信息中用于标识透明度的信息设置为透明。

进一步地，为了不影响所述第二用户信息表单页面的美观，在将不需要显示的用户界面组件的属性设置为不可见之后，还可以将不需要显示的用户界面组件的高度设置为0.1毫米，这样在整个页面中就不会有突兀的空白，而是仅有一条分割线。

应当理解的是，以上给出的仅为一种具体的实现方式，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，比如根据需要设置不需要显示的用户界面组件的高度，本发明对此不做限制。

通过上述描述不难发现，本发明提供的用户信息表单的构建装置，在确定于用于显示所述用户类型的信号变量对应的变量值发生变化时，通过根据当前显示的用户类型，在所述第一用户信息表单的基础上进行“重绘”操作，进而得到适合当前显示的用户类型的第二用户信息表单，即通过一次开发，便可快速、方便的获得适合不同用户类型的第二用户信息表单，在减少开发人员编程工作量的同时，进一步方便了后期的维护工作。

说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。

另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的用户信息表单的构建方法，此处不再赘述。

此外，需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器(Read Only Memory，ROM)/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种用户信息表单的构建方法，其特征在于，所述方法包括：

根据第一用户信息表单的开发需求，确定所述第一用户信息表单支持的用户类型及各用户类型需要填写的信息；

根据各用户类型需要填写的信息，确定各用户类型涉及的用户界面组件的组件类型；

根据各组件类型，从预先封装的用户界面组件库中查找出符合所述开发需求的目标用户界面组件；

采用响应式编程方式，对所述目标用户组件进件编译，得到所述第一用户信息表单。

2.如权利要求1所述的方法，其特征在于，所述根据第一用户信息表单的开发需求，确定所述第一用户信息表单支持的用户类型及各用户类型需要填写的信息的步骤，包括：

采用关键词提取技术，对所述开发需求进行关键词提取操作，得到第一关键词集合；

对所述第一关键词集合中的各关键词进行语义分析，根据各关键词的语义，确定所述第一用户信息表单支持的用户类型及各用户类型需要填写的信息。

3.如权利要求1所述的方法，其特征在于，所述根据各组件类型，从预先封装的用户界面组件库中查找出符合所述开发需求的目标用户界面组件的步骤，包括：

根据所述开发需求，确定所述第一用户信息表单对应的组件筛选条件；

根据所述组件筛选条件，从所述用户界面组件库中查找符合所述组件筛选条件的用户界面组件，并将查找到的所述用户界面组件作为所述目标用户界面组件。

4.如权利要求1至3任一项所述的方法，其特征在于，所述采用响应式编程方式，对所述目标用户组件进件编译，得到所述第一用户信息表单的步骤之后，所述方法还包括：

创建一个信号变量，将所述信号变量与用于显示所述用户类型的用户界面组件进行绑定，并将所述第一用户信息表单进行展示。

5.如权利要求4所述的方法，其特征在于，所述将所述第一用户信息表单进行展示的步骤之后，所述方法还包括：

实时获取所述信号变量对应的变量值，根据所述变量值判断所述信号变量是否发生变化；

若所述信号变量发生变化，则获取所述用于显示所述用户类型的用户界面组件中当前显示的用户类型；

根据所述当前显示的用户类型，在所述第一用户信息表单的基础上，绘制所述第二用户信息表单。

6.如权利要求5所述的方法，其特征在于，所述根据所述当前显示的用户类型，在所述第一用户信息表单的基础上，绘制所述第二用户信息表单的步骤，包括：

根据所述当前显示的用户类型，确定需要在所述第二用户信息表单中显示的用户界面组件；

根据需要在所述第二用户信息表单中显示的用户界面组件和所述第一用户信息表单中显示的用户界面组件，确定不需要在所述第二用户信息表单中显示的用户界面组件；

在所述第一用户信息表单的基础上，将不需要在所述第二用户信息表单中显示的用户界面组件的属性设置为不可见。

7.如权利要求6所述的方法，其特征在于，所述将不需要在所述第二用户信息表单中显示的用户界面组件的属性设置为不可见的步骤之后，所述方法还包括：

将不需要在所述第二用户信息表单中显示的用户界面组件的高度设置为0.1毫米。

8.一种用户信息表单的构建装置，其特征在于，所述装置包括：

第一确定模块，用于根据第一用户信息表单的开发需求，确定所述第一用户信息表单支持的用户类型及各用户类型需要填写的信息；

第二确定模块，用于根据各用户类型需要填写的信息，确定各用户类型涉及的用户界面组件的组件类型；

查找模块，用于根据各组件类型，从预先封装的用户界面组件库中查找出符合所述开发需求的目标用户界面组件；

编译模块，用于采用响应式编程方式，对所述目标用户组件进件编译，得到所述第一用户信息表单。

9.一种用户信息表单的构建设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的用户信息表单的构建程序，所述用户信息表单的构建程序配置为实现如权利要求1至7中任一项所述的用户信息表单的构建方法的步骤。

10.一种存储介质，其特征在于，所述存储介质上存储有用户信息表单的构建程序，所述用户信息表单的构建程序被处理器执行时实现如权利要求1至7任一项所述的用户信息表单的构建方法的步骤。