表单生成方法及装置、电子设备和存储介质与流程

1.本公开涉及软件开发技术领域，具体而言，涉及一种表单生成方法、表单生成装置、电子设备以及计算机可读存储介质。


背景技术：

2.互联网发展至今，个人计算机(personal computer，pc)端和移动端都有相当规模的使用用户。一些复杂的管理系统，如企业资源计划(enterprise resource planning，erp)系统、项目管理专业人士资格认证(project management professional，pmp)系统等，一般仅支持pc端，移动端的迁移成本巨大，相当于重新开发一套。
3.现有的跨端方案如trao框架与uniapp框架等只能跨超文本标记语言(hyper text markup language 5，html 5)/小程序/原生之间的跨端，无法实现pc端至移动端的跨端开发。
4.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

5.本公开的目的在于提供一种表单生成方法、表单生成装置、电子设备以及计算机可读存储介质，进而至少在一定程度上克服现有的跨端表单开发方案重复开发工作量大且由于开发成本导致的不同端之间的逻辑不一致的问题。
6.本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。
7.根据本公开的第一方面，提供一种表单生成方法，包括：获取预先配置的表单配置文件；表单配置文件包括多个不同类型的终端各自对应的表单元素、表单元素的元素描述信息与表单业务逻辑；基于表单元素的元素描述信息在各终端生成对应的初始页面表单；响应于针对表单元素的状态变化触发事件，基于状态变化触发事件与表单业务逻辑触发初始页面表单的表单业务交互；对各终端中产生表单业务交互的初始页面表单进行逻辑校验处理，得到逻辑校验结果，以根据逻辑校验结果在各终端生成对应的目标页面表单。
8.在本公开的一种示例性实施方案中，上述方法还包括：获取各终端对应的自定义组件模板；自定义组件模板基于对应终端的扩展实现逻辑生成；将自定义组件模板注入至初始页面表单，以在初始页面表单的特定页面位置进行组件解析处理，得到初始自定义组件；确定初始自定义组件对应的组件交互逻辑与组件校验逻辑；基于页面交互逻辑与组件校验逻辑在特定页面位置生成自定义组件，以得到目标页面表单。
9.在本公开的一种示例性实施方案中，在获取预先配置的表单配置文件之前，上述方法还包括：确定用于表单生成的表单元素，对表单元素进行抽象描述处理，得到对应的元素描述文件；元素描述文件包括元素描述信息；确定表单元素的状态信息与状态转换逻辑，根据状态信息与状态转换逻辑生成表单交互逻辑；确定表单元素对应的校验逻辑，根据校
验逻辑生成对应的校验源文件；获取预先编写的自定义扩展逻辑，根据元素描述文件、表单交互逻辑、校验源文件与自定义扩展逻辑生成表单配置文件。
10.在本公开的一种示例性实施方案中，表单元素包括通用表单元素与特定端表单元素；对表单元素进行抽象描述处理，得到对应的元素描述文件，包括：对通用表单元素进行抽象描述处理，得到通用表单元素的通用元素结构与通用元素属性；根据通用元素结构与通用元素属性生成通用表单元素的通用元素配置；对特定端表单元素进行抽象描述处理，得到特定端表单元素的特定元素结构与特定元素属性；根据特定元素结构与特定元素属性生成特定端表单元素的特定元素配置；根据通用元素配置与特定元素配置生成元素描述文件。
11.在本公开的一种示例性实施方案中，确定表单元素的状态信息与状态转换逻辑，根据状态信息与状态转换逻辑生成表单交互逻辑，包括：确定表单元素对应的多个候选状态，并确定各候选状态的候选状态信息；候选状态信息包括状态标识与状态触发来源；获取业务需求文件，根据业务需求文件、状态标识与状态触发来源进行状态逻辑编排，以得到状态转换逻辑；根据状态转换逻辑对应的动态转换结果确定表单交互逻辑。
12.在本公开的一种示例性实施方案中，表单元素包括通用表单元素与特定端表单元素；基于表单元素的元素描述信息在各终端生成对应的初始页面表单，包括：分别确定各终端对应的表单解析引擎与终端组件库；当元素类型为通用表单元素时，基于表单配置文件获取通用元素配置；由表单解析引擎根据通用元素配置与各终端组件库在各终端生成对应的初始页面表单；当元素类型为特定端表单元素时，基于表单配置文件获取特定元素配置；由表单解析引擎根据特定元素配置与各终端组件库在各终端生成对应的初始页面表单。
13.在本公开的一种示例性实施方案中，基于状态变化触发事件与表单业务逻辑触发初始页面表单的表单业务交互，包括：确定表单元素的当前状态；基于状态变化触发事件与表单业务逻辑对当前状态进行状态切换处理，以得到对应的状态切换结果；根据状态切换结果进行表单业务交互。
14.在本公开的一种示例性实施方案中，对各终端中产生表单业务交互的初始页面表单进行逻辑校验处理，包括：响应于针对表单业务交互的表单校验请求，从表单配置文件获取表单校验逻辑；获取各终端的表单解析引擎，由表单解析引擎对表单校验逻辑进行解析处理，得到对应的校验逻辑解析文件；执行校验逻辑解析文件，以基于表单校验请求确定表单校验结果。
15.根据本公开的第二方面，提供一种表单生成装置，包括：配置文件获取模块，用于获取预先配置的表单配置文件；表单配置文件包括多个不同类型的终端各自对应的表单元素、表单元素的元素描述信息与表单业务逻辑；初始表单生成模块，用于基于表单元素的元素描述信息在各终端生成对应的初始页面表单；表单业务交互模块，用于响应于针对表单元素的状态变化触发事件，基于状态变化触发事件与表单业务逻辑触发初始页面表单的表单业务交互；目标表单生成模块，用于对各终端中产生表单业务交互的初始页面表单进行逻辑校验处理，得到逻辑校验结果，以根据逻辑校验结果在各终端生成对应的目标页面表单。
16.在本公开的一种示例性实施方案中，表单生成装置还包括组件生成模块，用于获取各终端对应的自定义组件模板；自定义组件模板基于对应终端的扩展实现逻辑生成；将
自定义组件模板注入至初始页面表单，以在初始页面表单的特定页面位置进行组件解析处理，得到初始自定义组件；确定初始自定义组件对应的组件交互逻辑与组件校验逻辑；基于页面交互逻辑与组件校验逻辑在特定页面位置生成自定义组件，以得到目标页面表单。
17.在本公开的一种示例性实施方案中，表单生成装置还包括配置文件生成模块，用于确定用于表单生成的表单元素，对表单元素进行抽象描述处理，得到对应的元素描述文件；元素描述文件包括元素描述信息；确定表单元素的状态信息与状态转换逻辑，根据状态信息与状态转换逻辑生成表单交互逻辑；确定表单元素对应的校验逻辑，根据校验逻辑生成对应的校验源文件；获取预先编写的自定义扩展逻辑，根据元素描述文件、表单交互逻辑、校验源文件与自定义扩展逻辑生成表单配置文件。
18.在本公开的一种示例性实施方案中，配置文件生成模块包括元素文件生成单元，用于对通用表单元素进行抽象描述处理，得到通用表单元素的通用元素结构与通用元素属性；根据通用元素结构与通用元素属性生成通用表单元素的通用元素配置；对特定端表单元素进行抽象描述处理，得到特定端表单元素的特定元素结构与特定元素属性；根据特定元素结构与特定元素属性生成特定端表单元素的特定元素配置；根据通用元素配置与特定元素配置生成元素描述文件。
19.在本公开的一种示例性实施方案中，配置文件生成模块包括交互逻辑确定单元，用于确定表单元素对应的多个候选状态，并确定各候选状态的候选状态信息；候选状态信息包括状态标识与状态触发来源；获取业务需求文件，根据业务需求文件、状态标识与状态触发来源进行状态逻辑编排，以得到状态转换逻辑；根据状态转换逻辑对应的动态转换结果确定表单交互逻辑。
20.在本公开的一种示例性实施方案中，初始表单生成模块包括初始表单生成单元，用于分别确定各终端对应的表单解析引擎与终端组件库；当元素类型为通用表单元素时，基于表单配置文件获取通用元素配置；由表单解析引擎根据通用元素配置与各终端组件库在各终端生成对应的初始页面表单；当元素类型为特定端表单元素时，基于表单配置文件获取特定元素配置；由表单解析引擎根据特定元素配置与各终端组件库在各终端生成对应的初始页面表单。
21.在本公开的一种示例性实施方案中，表单业务交互模块包括表单业务交互单元，用于确定表单元素的当前状态；基于状态变化触发事件与表单业务逻辑对当前状态进行状态切换处理，以得到对应的状态切换结果；根据状态切换结果进行表单业务交互。
22.在本公开的一种示例性实施方案中，目标表单生成模块包括逻辑校验单元，用于响应于针对表单业务交互的表单校验请求，从表单配置文件获取表单校验逻辑；获取各终端的表单解析引擎，由表单解析引擎对表单校验逻辑进行解析处理，得到对应的校验逻辑解析文件；执行校验逻辑解析文件，以基于表单校验请求确定表单校验结果。
23.根据本公开的第三方面，提供一种电子设备，包括：处理器；以及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现根据上述任意一项所述的表单生成方法。
24.根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现根据上述任意一项所述的表单生成方法。
25.本公开提供的技术方案可以包括以下有益效果：
26.本公开的示例性实施例中的表单生成方法，一方面，通过在表单配置文件预先配置页面元素描述信息与表单业务逻辑，可以基于配置化方式实现表单生成过程中的大部分表单交互逻辑。另一方面，由于基于表单配置文件中的表单业务逻辑触发页面表单中的表单业务交互，可以使多端最大程度的复用业务逻辑，减少重复减少重复开发工作量，同时保证两端业务功能的一致性。再一方面，由于表单业务逻辑存储在表单配置文件中，后续进行业务升级时，可以基于表单配置文件进行一次开发，使得多端的业务逻辑保持一致，减少多端分别开发的成本。
27.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
28.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
29.图1示意性示出了目前采用的跨端表单构建方案与本公开的表单生成方法的效果对比图。
30.图2示意性示出了根据本公开的示例性实施方式的表单生成方法的流程图。
31.图3示意性示出了根据本公开的示例性实施方式的表单生成方法的整体方案实现图。
32.图4示意性示出了根据本公开的示例性实施方式的基于自定义逻辑在各终端生成对应的自定义组件的流程图。
33.图5示意性示出了根据本公开的示例性实施方式的基于表单配置文件跨端生成对应的自定义组件的流程图。
34.图6示意性示出了根据本公开的示例性实施方式的将校验逻辑代码注入至表单配置文件的流程图。
35.图7示意性示出了根据本公开的示例性实施方式的基于页面表单提交的表单数据实现业务逻辑处理的流程图。
36.图8示出了根据本公开的示例性实施方式的不同终端中具有不同显示样式与相同返回数据格式的页面元素的示意图。
37.图9示意性示出了根据本公开的示例性实施方式的基于通用元素配置和特定元素配置生成初始页面表单的流程图。
38.图10示意性示出了根据本公开的示例性实施方式的实现表单业务逻辑的流程图。
39.图11示意性示出了根据本公开的示例性实施方式的表单生成装置的方框图。
40.图12示意性示出了根据本公开一示例性实施例的电子设备的框图。
41.图13示意性示出了根据本公开一示例性实施例的计算机可读存储介质的示意图。
具体实施方式
42.现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实
施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。
43.此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现、材料或者操作以避免模糊本公开的各方面。
44.附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个软件硬化的模块中实现这些功能实体或功能实体的一部分，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
45.为了实现pc/移动端同时有需求的业务系统，通常包括下述实现方案：一种是开发各自终端对应的系统。这样的好处是不同终端的系统互不干扰，各个终端都采用各自适合的基础组件库，可以在不同端上保持更好的交互体验。然而，这种方案开发成本高、周期长，且需要大量的人工干预才能保持两端逻辑一致，未来业务升级将导致较大的开发工作量。另一种是屏幕自适配方案组件库。此方案可以实现跨端业务，但这类组件库功能不足，用户体验较差。另外，现有的一些可视化搭建平台，可以实现pc端或移动端的页面搭建，但可视化搭建平台无法实现跨pc/移动的页面搭建。
46.参考图1，图1示意性示出了目前采用的跨端表单构建方案与本公开的表单生成方法的效果对比图。在实现方案1中，开发人员可以根据业务需求分别在pc端和移动端进行开发操作。由于开发成本问题，所开发的移动端版本通常为pc端的删减版本，两端的业务逻辑存在不一致的情况。因此，本公开的表单生成方法，开发人员根据业务需求实现可以在pc端和移动端进行逻辑复用的表单生成方案，且两端均是完整版本，业务逻辑完全一致。
47.基于此，在本示例实施例中，首先提供了一种表单生成方法，可以利用服务器来实现本公开的表单生成方法，也可以利用终端设备来实现本公开所述的方法，其中，本公开中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(personal digital assistant，pda)等移动终端，以及诸如台式计算机等固定终端。图2示意性示出了根据本公开的一些实施例的表单生成方法流程的示意图。参考图2，该表单生成方法可以包括以下步骤：
48.步骤s210，获取预先配置的表单配置文件；表单配置文件包括多个不同类型的终端各自对应的表单元素、表单元素的元素描述信息与表单业务逻辑。
49.在本公开的一种示例性实施方案中，表单配置文件可以是用于在多个不同端生成页面表单所依据的配置文件。表单配置文件中可以包括多个不同类型的终端对应的表单元素的元素描述信息以及用于进行业务交互的表单业务逻辑，例如，不同类型的终端可以包括pc端、移动端或其他应用端，本公开对终端的具体类型不作任何特殊限定。表单元素可以是在不同端生成页面表单所采用的基本元素，例如，表单元素可以包括文本元素、单选元素、多选元素、日期元素等等。元素描述信息可以是描述表单元素的相关内容信息，例如，元素描述信息可以包括表单元素的显示样式以及元素类型等信息。表单业务逻辑可以是表单
进行业务交互时所采用的逻辑。
50.参考图3，图3示意性示出了根据本公开的示例性实施方式的表单生成方法的整体方案实现图。是实现跨端开发表单之前，开发人员可以预先配置用于在不同端构建表单所对应的表单配置文件。举例而言，可以提供一个可视化搭建平台，首先，基于可视化搭建平台，通过在线构建的方式确定用于构建页面表单的表单元素。表单元素可以包括基本类型和复合类型(又称复杂类型)，例如，基础类型的表单元素可以包括：文本，单选、多选、开关、文件上传、日期、日期范围、计数器、级联选择，文字展示，自定义组件，按键等；复合类型可以包括对象，数组等，并且复合类型内部可包含基础类型和复合类型的表单元素。上述表单元素可以覆盖绝大多数的业务场景，通过自由组合可满足各类表单页的展示需求。在确定出表单元素后，可以确定各表单元素对应的元素描述信息，例如，该元素包含的结构信息和属性信息等。
51.其次，页面表单在pc端或移动端正常展示后，需要绑定页面表单之间的表单交互逻辑，即实际中的业务逻辑，例如当满足某些条件后，禁用其中一个表单元素的录入。因此，可以预先通过可视化搭建平台配置表单业务逻辑，并将配置得到的表单业务逻辑存储至表单配置文件中。
52.步骤s220，基于表单元素的元素描述信息在各终端生成对应的初始页面表单。
53.在本公开的一种示例性实施方案中，初始页面表单可以是根据表单元素的元素描述信息在某一终端生成的页面表单。
54.继续参考图3，在确定出生成页面表单所采用的表单元素后，可以从表单配置文件中获取上述表单元素对应的元素描述信息，进而根据上述元素描述信息在对应终端上生成初始页面表单。举例而言，当在pc端和移动端分别生成某一页面表单时，可以分别通过pc端和移动端的前端解析引擎，并基于该页面表单中表单元素的相关元素描述信息，在对应的终端页面上渲染生成初始页面表单。
55.步骤s230，响应于针对表单元素的状态变化触发事件，基于状态变化触发事件与表单业务逻辑触发初始页面表单的表单业务交互。
56.在本公开的一种示例性实施方案中，状态变化触发事件可以是生成页面表单过程中引发页面表单状态变化所对应的触发事件，例如，状态变化触发事件可以是用户针对某一页面元素进行用户操作，导致页面表单中的其他页面元素发生状态变化的对应事件。表单业务交互可以是表单之间的业务交互，例如，多个表单之间的状态联动交互。
57.当接收到用户针对某一页面元素的相关操作后，可以生成与该操作对应的状态变化触发事件，例如，当用户取消勾选页面中的某一单选项目时，导致页面中的其他显示框隐藏。在此场景中，状态变化触发事件可以是用户针对单选按钮的取消勾选操作所对应的事件，当该单选按钮被取消勾选时，将关联该页面中某些显示框隐藏，即该单选按钮的状态变化将导致显示框组件的样式发生变化，因此，单选按钮与显示框之间存在交互逻辑。根据上述状态变化触发事件以及表单配置文件中预先配置的表单业务逻辑，可以实现初始页面表单的表单业务交互。
58.步骤s240，对各终端中产生表单业务交互的初始页面表单进行逻辑校验处理，得到逻辑校验结果，以根据逻辑校验结果在各终端生成对应的目标页面表单。
59.在本公开的一种示例性实施方案中，逻辑校验处理可以是初始页面表单发生表单
业务交互时，针对表单业务交互的交互逻辑进行的校验处理操作。逻辑校验结果可以是逻辑校验处理对应的结果。目标页面表单可以是逻辑校验处理通过后，基于表单业务交互所生成的新的页面表单。
60.当响应于状态变化触发事件进行表单业务交互后，例如，当用户点击提交后或对表单内容改变后，将触发对应端中初始页面表单的逻辑校验处理。另外，由于逻辑校验处理过程中所采用的校验逻辑是预先通过可视化配置平台配置在表单配置文件中，因此，在触发逻辑校验处理时，可以从表单配置文件中获取与该状态变化触发事件对应的校验逻辑，以进行逻辑校验处理。例如，在页面表单的执行过程中，从表单配置文件中获取对应的校验逻辑脚本，并通过表单引擎解析该脚本，用户触发逻辑校验后，执行该脚本并将得到逻辑校验结果返回，当逻辑校验结果为校验通过时，可以提交表单并生成对应的目标页面表单。当逻辑校验结果为校验不通过时，则在对应端的目标页面中显示错误提示信息，并阻止提交表单。
61.根据本示例实施例中的表单生成方法，一方面，通过在表单配置文件预先配置页面元素描述信息与表单业务逻辑，可以基于配置化方式实现表单生成过程中的大部分表单交互逻辑。另一方面，由于基于表单配置文件中的表单业务逻辑触发页面表单中的表单业务交互，可以使多端最大程度的复用业务逻辑，减少重复减少重复开发工作量，同时保证两端业务功能的一致性。再一方面，由于表单业务逻辑存储在表单配置文件中，后续进行业务升级时，可以基于表单配置文件进行一次开发，使得多端的业务逻辑保持一致，减少多端分别开发的成本。
62.下面，将对本示例实施例中的表单生成方法进行进一步的说明。
63.在本公开的一种示例性实施方案中，获取各终端对应的自定义组件模板；自定义组件模板基于对应终端的扩展实现逻辑生成；将自定义组件模板注入至初始页面表单，以在初始页面表单的特定页面位置进行组件解析处理，得到初始自定义组件；确定初始自定义组件对应的组件交互逻辑与组件校验逻辑；基于页面交互逻辑与组件校验逻辑在特定页面位置生成自定义组件，以得到目标页面表单。
64.其中，自定义组件模板可以是用于在页面表单中生成自定义组件所采用的模板。扩展实现逻辑可以是实际业务场景中，无法通过配置化生成的特殊逻辑，例如接口数据的整理、动态添加文档对象模型(document object model，dom)元素等。组件解析处理可以是前端引擎对自定义模板组件等相关文件进行解析以在目标页面中生成可视化自定义组件的处理过程。初始自定义组件可以是经过组件解析处理后在页面中展示的可视化组件。组件交互逻辑可以是初始自定义组件之间进行业务交互所对应的逻辑。组件校验逻辑可以是针对初始自定义组件的业务交互逻辑进行校验处理所采用的逻辑。自定义组件可以是基于页面交互逻辑与组件校验逻辑保持多端生成的业务逻辑一致的组件。
65.由于在实际业务中，还有一定量的特殊逻辑，无法通过配置化完成，针对上述无法通过配置化完成的业务逻辑，可以采用自定义编写的方式编写扩展实现逻辑。具体的，基于可视化构建平台中编写扩展实现逻辑的代码文件，将代码文件打包存储至表单配置文件中，与通过配置化得到元素描述信息、交互业务逻辑以及校验逻辑等并行运行，作为已有逻辑的补充。
66.参考图4，图4示意性示出了根据本公开的示例性实施方式的基于自定义逻辑在各
终端生成对应的自定义组件的流程图。当在不同端生成页面表单时，可以从表单配置文件中获取预先配置的元素描述信息、表单业务逻辑，以及自定义编写的扩展实现逻辑，以便各个端的前端解析引擎基于获取到的元素描述信息与逻辑文件进行渲染处理，在目标页面中生成对应的自定义组件。
67.进一步地，参考图5，图5示意性示出了根据本公开的示例性实施方式的基于表单配置文件跨端生成对应的自定义组件的流程图。实际应用过程中，还存在场景需要对表单中个别项特殊处理，例如，扩展实现逻辑可以是手机验证码逻辑，通过配置化无法准确的描述表单内容，因此，需要对表单项特殊处理，首先在表单配置文件中定义其中一项为自定义组件，开发人员可以先确定出特殊处理的表单元素，并基于扩展实现逻辑单独编写这个自定义组件。
68.具体的，可以先获取各终端对应的自定义组件模板，并将自定义组件模板注入至初始页面表单中，例如，可以将自定义组件模板通过插槽方式注入初始页面表单内，由前端解析引擎识别出该自定义组件模板并将初始页面表单中的特定位置进行解析处理，通过上述处理生成的初始自定义组件将作为页面表单中的一部分进行展示和交互。
69.另外，为了保持不同端生成的自定义组件的业务逻辑一致，可以预先约定自定义组件的参数格式，自定义组件可使用页面表单中的业务交互逻辑与校验逻辑，避免不同端之间的业务逻辑不一致。本公开提供的表单生成方法，通过快速配置一些常见的表单业务逻辑，完成表单业务功能，可以提高开发效率；另外，通过低代码注入方式实现个性化的扩展实现逻辑，可以完成配置化无法处理的一些扩展业务逻辑，通过上述方案可以适应更复杂的交互场景。
70.在本公开的一种示例性实施方案中，确定用于表单生成的表单元素，对表单元素进行抽象描述处理，得到对应的元素描述文件；元素描述文件包括元素描述信息；确定表单元素的状态信息与状态转换逻辑，根据状态信息与状态转换逻辑生成表单交互逻辑；确定表单元素对应的校验逻辑，根据校验逻辑生成对应的校验源文件；获取预先编写的自定义扩展逻辑，根据元素描述文件、表单交互逻辑、校验源文件与自定义扩展逻辑生成表单配置文件。
71.其中，元素描述文件可以是用于对页面元素进行抽象描述处理后所生成的文件，元素描述文件中可以包括各页面元素的显示样式和表单结构等信息。状态信息可以是表单元素的元素状态的相关信息，状态信息可以包括状态标识、状态名称、默认值和触发来源等。状态转换逻辑可以是某一表单元素从第一状态转换为第二状态所依据的逻辑。表单交互逻辑可以是表单元素之间相互发生状态变化所依据的逻辑。校验源文件可以是针对校验逻辑编写的源文件。自定义扩展逻辑可以是自定义编写的扩展实现逻辑。
72.在进行跨端表单生成处理之前，可以通过可视化构建平台进行可视化构建、声明式配置以及低代码自定义开发等操作，确定表单生成过程中，表单元素所需的元素描述信息和表单业务逻辑等相关内容，并将其存储至表单配置文件，以基于表单配置文件在各个类型的终端中生成页面表单。
73.首先，确定用于表单生成的表单元素，对确定出的表单元素进行抽象描述处理，得到元素描述文件。通过抽象描述处理过程，可以确定出上述表单元素的表单结构和表单属性等描述信息，在不同类型的终端上(如pc端和移动端)均可准确的描述其业务含义，同时
在各个端使用更合适的基础组件库，这样可以保留更好的交互形式和用户体验。
74.其次，确定每个表单元素的状态信息，例如，每个表单元素的状态信息可以包括状态标识，状态名称和状态值。在确定出各个表单元素的状态信息后，可以进一步确定出不同表单元素之间发生状态转换的状态转换逻辑。状态转换逻辑可以包括表单元素的元素状态、逻辑编排关系和改变组件的方式等内容。根据状态信息和状态转换逻辑可以生成表单交互逻辑。当监听到某一表单元素的状态发生变化时，可以通过预先编排的逻辑关系，实时确定出状态转换的最终结果，并作用于相应表单元素中，实现页面表单中的交互动作。
75.再次，页面表单的另一项复杂逻辑是校验逻辑。校验逻辑对应的业务场景可以是当用户点击提交后或对表单内容改变后，触发逻辑校验，当不满足校验逻辑时，显示对应的错误信息，且不允许提交表单。针对每个表单元素，可以针对每个表单元素的校验逻辑编写校验源文件，编写完成后，将校验源文件打包。
76.进一步地，在实际业务中，还有一定量的特殊业务逻辑，无法通过配置化完成，针对此类业务逻辑，可以基于可视化构建平台编写对应的自定义扩展逻辑。
77.在得到元素描述文件、表单交互逻辑、校验源文件与自定义扩展逻辑后，可以将上述内容存储至配置文件中，生成表单配置文件。例如，校验逻辑可以通过代码注入的方式添加至表单配置文件中。参考图6，图6示意性示出了根据本公开的示例性实施方式的将校验逻辑代码注入至表单配置文件的流程图。通过在线编写得到校验逻辑后，可以将校验逻辑通过代码注入的方式添加至表单配置文件中。
78.在本公开的一种示例性实施方案中，对通用表单元素进行抽象描述处理，得到通用表单元素的通用元素结构与通用元素属性；根据通用元素结构与通用元素属性生成通用表单元素的通用元素配置；对特定端表单元素进行抽象描述处理，得到特定端表单元素的特定元素结构与特定元素属性；根据特定元素结构与特定元素属性生成特定端表单元素的特定元素配置；根据通用元素配置与特定元素配置生成元素描述文件。
79.其中，通用表单元素可以是在多个端生成时均可以通用的表单元素，即某一表单元素的元素配置在多个端均使用。通用元素结构可以是通用表单元素的具体结构。通用元素属性可以是通用表单元素的相关属性。通用元素配置可以是通用表单元素的对应的配置内容。特定端表单元素可以是表单生成过程中均在特定端适用的表单元素，例如，某一表单元素仅在pc端适用，在移动端不适用。特定元素结构可以是特定端表单元素的具体结构。特定元素属性可以是特定端表单元素的相关属性。特定元素配置可以是特定端表单元素的对应的配置内容。
80.表单配置文件中将区分表单项的通用属性和特定端的特定属性，通用属性可以在多个类型的终端中同时生效，而特定属性仅会在各自终端生效。在生成元素描述文件时，可以分别确定通用表单元素与特定端表单元素，对于一个表单元素，均有其对应的表单结构与表单属性，因此，针对通用表单元素和特定端表单元素可以分别确定对应表单结构和表单属性。基于确定出的通用元素结构与通用元素属性可以生成对应的通用元素配置。基于确定出的特定元素结构与特定元素属性生成特定元素配置。通用元素配置和特定端元素配置共同构成元素描述文件。
81.例如，标签文字可以是一种通用表单元素，标签文字在pc端和移动端进行展示时所对应的功能一致，且在后续业务发生变化时，仅需要修改一次即可生效。例如，特定元素
配置可以是各个类型终端的显示样式，如字体大小，需要在不同端设置不同的配置值，支持在各个端有一些不同的配置。
82.由于在生成初始页面表单中，还可以针对初始页面表单进行后续业务处理，因此，可以将初始页面表单与用于后续业务处理的接入系统相连。当用户提交表单后可以将表单数据整理好后传给接入系统，接入系统并根据实际业务情况，执行各自的后续逻辑(如保存至数据库等)。参考图7，图7示意性示出了根据本公开的示例性实施方式的基于页面表单提交的表单数据实现业务逻辑处理的流程图。当用户提交页面表单后，提交的页面表单中的表单数据将以标准数据格式返回，并基于返回的标准数据格式的表单数据进行业务逻辑处理。
83.参考图8，图8示出了根据本公开的示例性实施方式的不同终端中具有不同显示样式与相同返回数据格式的页面元素的示意图。pc端和移动端均包含“推广方式”、“推广平台”、“定向人群”等的表单元素，且上述表单元素返回的数据格式一致。对于开发人员来说，不同端的返回数据的数据格式一致，可以最大程度的复用代码。
84.在本公开的一种示例性实施方案中，确定表单元素对应的多个候选状态，并确定各候选状态的候选状态信息；候选状态信息包括状态标识与状态触发来源；获取业务需求文件，根据业务需求文件、状态标识与状态触发来源进行状态逻辑编排，以得到状态转换逻辑；根据状态转换逻辑对应的动态转换结果确定表单交互逻辑。
85.其中，候选状态可以是一个表单元素对应的可选状态。候选状态信息可以是候选状态对应的相关信息。状态标识可以是用于记录的以特定状态的关键字，状态标识是全局唯一的。状态名称可以记录该状态的业务状态名称，以便编写状态时直观的显示其业务逻辑；状态值通常只支持真(true)和假(false)，数组的状态根据数组内表单元素的改变而改变。状态触发来源可以是引发状态变化的触发事件的来源；例如，状态触发来源可以包括基于页面触发以及基于代码方式触发。业务需求文件可以是表单生成过程中实现某些具体业务所对应的需求文件。动态转换结果可以是某一表单元素的状态转变的触发事件发生后产生的状态转换结果。
86.在确定出每个表单元素的状态信息后，可以确定出对应的状态转换逻辑，例如，本公开中提供了两种方式改变某一表单元素的当前状态：(1)页面触发。如用户选中了一种选项。(2)代码方式改变状态。如通过接口获取数据改变状态，如改变当前登录用户身份。当确定出表单元素的多个状态时，可以获取业务需求文件，根据业务需求文件中的实际业务进行状态逻辑编排，例如，支持的逻辑包括：与(&&)、或(||)、非(！)和括号()，通过状态编排，实现多个状态的复杂组合，可以得到状态转换逻辑。然后根据各个状态的实时状态，结合状态转换逻辑，可以动态产生出最终结果，返回true或false，以根据产生的动态转换结果实现表单交互逻辑。
87.例如，可以根据动态转换结果改变组件属性，可改变的属性包括：组件-显示/隐藏，组件-启用/禁用，对组件赋值，组件选项-显示/隐藏，组件选项-启用/禁用，组件选项-取消选中，自定义状态监听状态可通过逻辑编排实现个性的业务逻辑。
88.在本公开的一种示例性实施方案中，分别确定各终端对应的表单解析引擎与终端组件库；当元素类型为通用表单元素时，基于表单配置文件获取通用元素配置；由表单解析引擎根据通用元素配置与各终端组件库在各终端生成对应的初始页面表单；当元素类型为
特定端表单元素时，基于表单配置文件获取特定元素配置；由表单解析引擎根据特定元素配置与各终端组件库在各终端生成对应的初始页面表单。
89.其中，表单解析引擎可以是用于解析表单配置文件并在目标页面中生成页面表单的代码片段。终端组件库可以是定义该终端对应的页面组件的组件库。
90.参考图9，图9示意性示出了根据本公开的示例性实施方式的基于通用元素配置和特定元素配置生成初始页面表单的流程图。在pc端和移动端分别生成页面表单时，可以基于pc端的特定元素配置与通用元素配置，由pc端的前端解析引擎和基础组件库在pc端的目标页面中生成页面表单。还可以基于移动端的特定元素配置与通用元素配置，由移动端的前端解析引擎和基础组件库在移动端的目标页面中生成页面表单。
91.在本公开的一种示例性实施方案中，确定表单元素的当前状态；基于状态变化触发事件与表单业务逻辑对当前状态进行状态切换处理，以得到对应的状态切换结果；根据状态切换结果进行表单业务交互。
92.其中，当前状态可以是表单元素当前的具体状态。状态切换处理可以是将表单元素从一个状态切换至另一个状态的切换处理过程。状态切换结果可以是表单元素进行状态切换处理后所得到的结果。
93.参考图10，图10示意性示出了根据本公开的示例性实施方式的实现表单业务逻辑的流程图。对于表单元素的某一候选状态，可以通过用户操作，代码改变(如数据库取值和自定义判断等)的方式改变元素状态。针对每一个候选状态，可以对应一个全局状态，并在需要改变的表单项中监听对应的当前状态，如果当前状态的状态发生改变，则通过事先编排的逻辑关系，实时出计算状态的最终结果，并作用于表单项，实现页面上的交互动作。
94.使用状态逻辑编排是因为在实际业务中存在着一些复杂的交互场景，如一个字段的受其他多个因素混合控制，使用逻辑编排可自由的组合业务中的逻辑关系，最大范围的覆盖业务场景。通过状态编排处理可以自由编排页面的逻辑关系，实现绝大数场景下的页面交互逻辑，实现实际业务中大部分的交互需求，且不限业务属性，可在多个场景下实现业务的配置化开发。另外，使用本方案可以统一业务逻辑配置，在减少代码开发量的同时，将业务逻辑透明化，软件开发整个生命周期中涉及的产品人员、测试人员和运营人员也可以检验业务逻辑或是编写部分业务逻辑，降低系统出错几率，提高了系统稳定性。
95.上述方案在pc/移动端均可生效，只需配置一次，即可在两端同时生效，这样就可以保障了业务逻辑的一致性。
96.在本公开的一种示例性实施方案中，响应于针对表单业务交互的表单校验请求，从表单配置文件获取表单校验逻辑；获取各终端的表单解析引擎，由表单解析引擎对表单校验逻辑进行解析处理，得到对应的校验逻辑解析文件；执行校验逻辑解析文件，以基于表单校验请求确定表单校验结果。
97.其中，表单校验请求可以是初始页面表单的表单业务交互进行逻辑校验的请求。校验逻辑解析文件可以对表单校验逻辑进行解析处理后所得到的文件。
98.当用户点击提交后或对表单内容改变后，触发逻辑校验，生成对应的逻辑校验请求。响应于逻辑校验请求，从表单配置文件中获取表单校验逻辑，并通过表单引擎解析获取到的表单校验逻辑，得到对应的校验逻辑解析文件，执行该校验逻辑解析文件并返回表单校验结果。例如，如果校验通过后提交表单，校验失败后显示错误提示，并阻止提交表单。
99.通过上述处理方式，使得pc端和移动端的校验逻辑可以使用同一套代码，从而保证逻辑一致性，减少重复开发，且对于未来的业务升级时，也只需修改一次代码就可保证两端代码一致。
100.综上所述，获取预先配置的表单配置文件；表单配置文件包括多个不同类型的终端各自对应的表单元素、表单元素的元素描述信息与表单业务逻辑；基于表单元素的元素描述信息在各终端生成对应的初始页面表单；响应于针对表单元素的状态变化触发事件，基于状态变化触发事件与表单业务逻辑触发初始页面表单的表单业务交互；对各终端中产生表单业务交互的初始页面表单进行逻辑校验处理，得到逻辑校验结果，以根据逻辑校验结果在各终端生成对应的目标页面表单。一方面，通过在表单配置文件预先配置页面元素描述信息与表单业务逻辑，可以基于配置化方式实现表单生成过程中的大部分表单交互逻辑。另一方面，由于基于表单配置文件中的表单业务逻辑触发页面表单中的表单业务交互，可以使多端最大程度的复用业务逻辑，减少重复减少重复开发工作量，同时保证两端业务功能的一致性。再一方面，由于表单业务逻辑存储在表单配置文件中，后续进行业务升级时，可以基于表单配置文件进行一次开发，使得多端的业务逻辑保持一致，减少多端分别开发的成本。
101.需要说明的是，尽管在附图中以特定顺序描述了本发明中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
102.此外，在本示例实施例中，还提供了一种表单生成装置。参考图11，该表单生成装置1100可以包括：配置文件获取模块1110、初始表单生成模块1120、表单业务交互模块1130以及目标表单生成模块1140。
103.具体的，配置文件获取模块1110，用于获取预先配置的表单配置文件；表单配置文件包括多个不同类型的终端各自对应的表单元素、表单元素的元素描述信息与表单业务逻辑；初始表单生成模块1120，用于基于表单元素的元素描述信息在各终端生成对应的初始页面表单；表单业务交互模块1130，用于响应于针对表单元素的状态变化触发事件，基于状态变化触发事件与表单业务逻辑触发初始页面表单的表单业务交互；目标表单生成模块1140，用于对各终端中产生表单业务交互的初始页面表单进行逻辑校验处理，得到逻辑校验结果，以根据逻辑校验结果在各终端生成对应的目标页面表单。
104.在本公开的一种示例性实施方案中，表单生成装置还包括组件生成模块，用于获取各终端对应的自定义组件模板；自定义组件模板基于对应终端的扩展实现逻辑生成；将自定义组件模板注入至初始页面表单，以在初始页面表单的特定页面位置进行组件解析处理，得到初始自定义组件；确定初始自定义组件对应的组件交互逻辑与组件校验逻辑；基于页面交互逻辑与组件校验逻辑在特定页面位置生成自定义组件，以得到目标页面表单。
105.在本公开的一种示例性实施方案中，表单生成装置还包括配置文件生成模块，用于确定用于表单生成的表单元素，对表单元素进行抽象描述处理，得到对应的元素描述文件；元素描述文件包括元素描述信息；确定表单元素的状态信息与状态转换逻辑，根据状态信息与状态转换逻辑生成表单交互逻辑；确定表单元素对应的校验逻辑，根据校验逻辑生成对应的校验源文件；获取预先编写的自定义扩展逻辑，根据元素描述文件、表单交互逻
辑、校验源文件与自定义扩展逻辑生成表单配置文件。
106.在本公开的一种示例性实施方案中，配置文件生成模块包括元素文件生成单元，用于对通用表单元素进行抽象描述处理，得到通用表单元素的通用元素结构与通用元素属性；根据通用元素结构与通用元素属性生成通用表单元素的通用元素配置；对特定端表单元素进行抽象描述处理，得到特定端表单元素的特定元素结构与特定元素属性；根据特定元素结构与特定元素属性生成特定端表单元素的特定元素配置；根据通用元素配置与特定元素配置生成元素描述文件。
107.在本公开的一种示例性实施方案中，配置文件生成模块包括交互逻辑确定单元，用于确定表单元素对应的多个候选状态，并确定各候选状态的候选状态信息；候选状态信息包括状态标识与状态触发来源；获取业务需求文件，根据业务需求文件、状态标识与状态触发来源进行状态逻辑编排，以得到状态转换逻辑；根据状态转换逻辑对应的动态转换结果确定表单交互逻辑。
108.在本公开的一种示例性实施方案中，初始表单生成模块包括初始表单生成单元，用于分别确定各终端对应的表单解析引擎与终端组件库；当元素类型为通用表单元素时，基于表单配置文件获取通用元素配置；由表单解析引擎根据通用元素配置与各终端组件库在各终端生成对应的初始页面表单；当元素类型为特定端表单元素时，基于表单配置文件获取特定元素配置；由表单解析引擎根据特定元素配置与各终端组件库在各终端生成对应的初始页面表单。
109.在本公开的一种示例性实施方案中，表单业务交互模块包括表单业务交互单元，用于确定表单元素的当前状态；基于状态变化触发事件与表单业务逻辑对当前状态进行状态切换处理，以得到对应的状态切换结果；根据状态切换结果进行表单业务交互。
110.在本公开的一种示例性实施方案中，目标表单生成模块包括逻辑校验单元，用于响应于针对表单业务交互的表单校验请求，从表单配置文件获取表单校验逻辑；获取各终端的表单解析引擎，由表单解析引擎对表单校验逻辑进行解析处理，得到对应的校验逻辑解析文件；执行校验逻辑解析文件，以基于表单校验请求确定表单校验结果。
111.上述中各表单生成装置的虚拟模块的具体细节已经在对应的表单生成方法中进行了详细的描述，因此此处不再赘述。
112.应当注意，尽管在上文详细描述中提及了表单生成装置的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
113.此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。
114.所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施例、完全的软件实施例(包括固件、微代码等)，或硬件和软件方面结合的实施例，这里可以统称为“电路”、“模块”或“系统”。
115.下面参照图12来描述根据本公开的这种实施例的电子设备1200。图12显示的电子设备1200仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
116.如图12所示，电子设备1200以通用计算设备的形式表现。电子设备1200的组件可
以包括但不限于：上述个处理单元1210、上述个存储单元1220、连接不同系统组件(包括存储单元1220和处理单元1210)的总线1230、显示单元1240。
117.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1210执行，使得所述处理单元1210执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。
118.存储单元1220可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)1221和/或高速缓存存储单元1222，还可以进一步包括只读存储单元(rom)1223。
119.存储单元1220还可以包括具有一组(个)程序模块1225的程序/实用工具1224，这样的程序模块1225包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
120.总线1230可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
121.电子设备1200也可以与一个或多个外部设备1270(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1200交互的设备通信，和/或与使得该电子设备1200能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口1250进行。并且，电子设备1200还可以通过网络适配器1260与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器1260通过总线1230与电子设备1200的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
122.通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。
123.在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。
124.参考图13所示，描述了根据本发明的实施例的用于实现上述方法的程序产品1300，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
125.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或
半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
126.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
127.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
128.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
129.此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
130.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。
131.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。