CN115712424A - 一种表单处理方法、装置、设备及介质 - Google Patents
一种表单处理方法、装置、设备及介质 Download PDFInfo
- Publication number
- CN115712424A CN115712424A CN202211418431.0A CN202211418431A CN115712424A CN 115712424 A CN115712424 A CN 115712424A CN 202211418431 A CN202211418431 A CN 202211418431A CN 115712424 A CN115712424 A CN 115712424A
- Authority
- CN
- China
- Prior art keywords
- designer
- specified
- processing
- form designer
- determining
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Stored Programmes (AREA)
Abstract
本说明书实施例公开了一种表单处理方法、装置、设备及介质,包括:通过第一表单设计器设计指定表单时,确定所述指定表单的新增内容,所述第一表单设计器通过可视化界面完成表单处理;若确定所述新增内容超出所述第一表单设计器的处理范围,通过第二表单设计器打开所述指定表单,所述第二表单设计器通过特定代码指令完成表单处理,所述第二表单设计器与第一表单设计器的工作区渲染引擎相同;根据所述新增内容确定所述第二表单设计器对应的指定代码指令,并根据所述指定代码指令处理所述指定表单。
Description
技术领域
本说明书涉及计算机技术领域,尤其涉及一种表单处理方法、装置、设备及介质。
背景技术
在日常工作中,通常需要用到各个功能模块,例如请假申请、财务结算等功能模块。在上述功能模块中,当用户执行相应的操作时大都需要填写相应的表单,而由于不同功能模块中的表单不尽相同,因此上述功能所在系统需要针对不同的功能模块制作不同的表单
表单制作过程中,业务人员通常掌握的开发技能不足,而技术人员对各种业务场景了解有限。在制作不同的表单时两者难以协同合作,而使得表单处理更为困难。
发明内容
本说明书一个或多个实施例提供了一种表单处理方法、装置、设备及介质,用于解决背景技术提出的技术问题。
本说明书一个或多个实施例采用下述技术方案:
本说明书一个或多个实施例提供的一种表单处理方法,包括:
通过第一表单设计器设计指定表单时,确定所述指定表单的新增内容,所述第一表单设计器通过可视化界面完成表单处理;
若确定所述新增内容超出所述第一表单设计器的处理范围,通过第二表单设计器打开所述指定表单,所述第二表单设计器通过特定代码指令完成表单处理,所述第二表单设计器与第一表单设计器的工作区渲染引擎相同;
根据所述新增内容确定所述第二表单设计器对应的指定代码指令,并根据所述指定代码指令处理所述指定表单。
本说明书一个或多个实施例提供的一种表单处理装置,所述装置包括:
新增内容确定单元,通过第一表单设计器设计指定表单时,确定所述指定表单的新增内容,所述第一表单设计器通过可视化界面完成表单处理;
设计器更换单元,若确定所述新增内容超出所述第一表单设计器的处理范围,通过第二表单设计器打开所述指定表单,所述第二表单设计器通过特定代码指令完成表单处理,所述第二表单设计器与第一表单设计器的工作区渲染引擎相同;
表单处理单元,根据所述新增内容确定所述第二表单设计器对应的指定代码指令,并根据所述指定代码指令处理所述指定表单。
本说明书一个或多个实施例提供的一种表单处理设备,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
通过第一表单设计器设计指定表单时,确定所述指定表单的新增内容,所述第一表单设计器通过可视化界面完成表单处理;
若确定所述新增内容超出所述第一表单设计器的处理范围,通过第二表单设计器打开所述指定表单,所述第二表单设计器通过特定代码指令完成表单处理,所述第二表单设计器与第一表单设计器的工作区渲染引擎相同;
根据所述新增内容确定所述第二表单设计器对应的指定代码指令,并根据所述指定代码指令处理所述指定表单。
本说明书一个或多个实施例提供的一种非易失性计算机存储介质,存储有计算机可执行指令,所述计算机可执行指令设置为:
通过第一表单设计器设计指定表单时,确定所述指定表单的新增内容,所述第一表单设计器通过可视化界面完成表单处理;
若确定所述新增内容超出所述第一表单设计器的处理范围,通过第二表单设计器打开所述指定表单,所述第二表单设计器通过特定代码指令完成表单处理,所述第二表单设计器与第一表单设计器的工作区渲染引擎相同;
根据所述新增内容确定所述第二表单设计器对应的指定代码指令,并根据所述指定代码指令处理所述指定表单。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:
本说明书实施例提供了一种面向不同开发角色的表单协同开发方法,适用于业务人员与技术人员围绕同一应用场景协同开发表单界面。企业开发过程中,业务人员通常掌握的开发技能不足,而技术人员对各种业务场景了解有限。本说明书实施例提出了一种协同开发的方法,可以由业务人员根据业务场景实现表单的基本布局和功能,再由技术人员扩展复杂的业务逻辑。以此实现企业各种开发角色协作开发同一表单,可以有效整合企业开发资源,降低表单设计器对应用场景和开发人员的限制。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1为本说明书一个或多个实施例提供的一种表单处理方法的流程示意图;
图2为本说明书一个或多个实施例提供的表单处理总体结构示意图;
图3为本说明书一个或多个实施例提供的一种表单处理装置的结构示意图;
图4为本说明书一个或多个实施例提供的一种表单处理设备的结构示意图。
具体实施方式
本说明书实施例提供一种表单处理方法、装置、设备及介质。
在表单开发领域,各种表单设计器大致可分为两类:侧重于业务人员的表单设计器和侧重于技术人员的表单设计器。侧重于业务人员的表单设计器通常操作简单,易于上手,无需掌握太多的开发知识即可操作,可以实现简单的表单填报功能。侧重于技术人员的表单设计器具有较高的门槛,需要使用者具有一定的开发技能且接受一定的学习培训,主要面向技术人员,能够参与开发的人员范围有限。
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本说明书保护的范围。
图1为本说明书一个或多个实施例提供的一种表单处理方法的流程示意图,该流程可以由表单处理系统执行。流程中的某些输入参数或者中间结果允许人工干预调节,以帮助提高准确性。
本说明书实施例的方法流程步骤如下:
S102,通过第一表单设计器设计指定表单时,确定所述指定表单的新增内容,所述第一表单设计器通过可视化界面完成表单处理。
在本说明书实施例中,由于第一表单设计器可以通过可视化界面完成表单处理,第一表单设计器的操作简单,大多数用户都可以进行操作。在实际应用中,第一表单设计器可以由业务人员对表单进行处理,表单的处理可以包括表单的创建、新增内容与修改表单等操作。
在本说明书实施例中,通过第一表单设计器设计指定表单,说明指定表单设计涉及的内容可以由第一表单设计器完成。
进一步的,在本说明书实施例中,通过第一表单设计器设计指定表单前,可以在所述指定表单进行设计时,确定所述指定表单的设计内容;若所述设计内容符合所述第一表单设计器的处理范围,通过所述第一表单设计器设计所述指定表单,若所述设计内容符合第二表单设计器的处理范围,通过第二表单设计器设计指定表单,所述第二表单设计器通过特定代码指令完成表单处理。此外,若部分设计内容符合所述第一表单设计器的处理范围,对应的部分表单通过所述第一表单设计器设计,其余通过第二表单设计器设计。
在本说明书实施例中,通过所述第一表单设计器设计所述指定表单时,可以通过所述第一表单设计器创建第一表单元数据;然后,通过所述第一表单元数据设置所述设计内容对应的表单布局结构与字段信息,以生成所述指定表单的表单页面。
需要说明的是,第一表单元数据可以是基于统一模型体系对具体表单页面的模型化描述,同时,第二表单设计器也可以创建表单元数据,第二表单设计器创建的表单元数据同样可以是基于统一模型体系对具体表单页面的模型化描述,即第一表单设计器与第二表单设计器可以共用同一个模型体系;第一表单设计器与第二表单设计器皆可以提供可视化开发表单页面的工具。
需要说明的是,第一表单设计器与第二表单设计器可以是应用现有表单设计器,并且,第一表单设计器可以为侧重于业务人员的表单设计器,第二表单设计器可以为侧重于技术人员的表单设计器,但第一表单设计器与第二表单设计器可以共用同一个模型体系,即通过第一表单设计器设计处理的表单可以被第二表单设计器打开,第二表单设计器设计处理的表单也可以被第一表单设计器打开。
S104,若确定所述新增内容超出所述第一表单设计器的处理范围,通过第二表单设计器打开所述指定表单,所述第二表单设计器通过特定代码指令完成表单处理,所述第二表单设计器与第一表单设计器的工作区渲染引擎相同。
在本说明书实施例中,第二表单设计器可以支持更多的功能,若第一表单设计器无法完成新增内容的处理,可以将待处理的指定表单通过第二表单设计器处理。在第二表单设计器中可以预先设置多个代码指令,辅助用户完成表单处理,此外,第二表单设计器还可以支持代码指令的输入,以完成预设代码指令以外的功能,这需要一定的开发经验。
由此可以看出,第一表单设计器操作简单,可以完成部分表单处理功能,若超出第一表单设计器的能力范畴,可以通过第二表单设计器处理表单,以此可以更快捷完成表单处理。虽然可以直接通过第二表单设计器完成表单的处理,但第二表单设计器的操作较为复杂,若操作不熟练可能花费的时间更多,并且,第一表单设计器也是可以完成较多的表单处理任务,两者结合使用也可以增加表单处理效率。
S106,根据所述新增内容确定所述第二表单设计器对应的指定代码指令,并根据所述指定代码指令处理所述指定表单。
在本说明书实施例中,根据所述指定代码指令处理所述指定表单时,可以通过所述第二表单设计器的所述指定代码指令创建第二表单元数据;再通过所述第二表单元数据设置所述新增内容对应的表单布局结构与字段信息,以生成所述指定表单的表单页面。
进一步的,本说明书实施例的指定表单可以为请假申请单,在所述请假申请单进行设计时,可以先确定所述请假申请单的设计内容;若所述请假申请单的设计内容符合所述第一表单设计器的处理范围,通过所述第一表单设计器设计所述请假申请单;若所述请假申请单新增设计内容,且所述新增设计内容超出所述第一表单设计器的处理范围,通过所述第二表单设计器打开所述指定表单;再根据所述新增内容确定所述第二表单设计器对应的请假申请单代码指令,并根据所述请假申请单代码指令处理所述请假申请单。
在本说明书实施例中,通过所述第一表单设计器设计所述请假申请单时,可以通过所述第一表单设计器创建与请假申请业务场景相关的请假表单元数据;再通过所述请假表单元数据设置所述请假申请单的设计内容对应的表单布局结构与字段信息,以生成所述请假申请单的表单页面。
需要说明的是,本说明书实施例公开了一种面向不同开发角色的表单协同开发方法,适用于业务人员与技术人员围绕同一应用场景协同开发表单界面。企业开发过程中,业务人员通常掌握的开发技能不足,而技术人员对各种业务场景了解有限。本说明书实施例提出了一种协同开发的方法,可以由业务人员根据业务场景实现表单的基本布局和功能,再由技术人员扩展复杂的业务逻辑。
需要说明的是,本说明书实施例可以解决企业业务人员和技术人员在开发表单时难以协同合作的问题。表单设计器的灵活程度与易用程度一般成负相关关系。表单设计器提供的灵活度越高,则相应的易用程度越低,带来的上手难度越高,非IT背景的业务人员越难以使用;而易用程度越高,则是以牺牲越多的表单设计器灵活程度为代价,从而设计器的扩展能力则会降低。同一表单设计器,若灵活程度较高,则业务人员因为开发技能较弱,需要很高的学习培训成本,多数需要由技术人员实现。在需求传递的过程中,带来了开发周期和开发成本的上升,同时存在需求传递不准确的可能性,且受限于技术人员的资源情况,无法充分利用企业开发资源。若表单设计器的易用程度较高,则表单的业务逻辑复杂度受限于工具内置组件的丰富程度,通常工具无法完全覆盖企业的各种个性化业务逻辑需求,如果遇到内置组件无法支持的需求,表单设计器提供的灵活度不足无法通过扩展开发的方式实现,只能寄希望于平台厂商提供支持,因此严重受限于厂商的支持力度和实现周期。本说明书实施例提出了一种协同开发的方法,对于同一表单,分别提供灵活程度高和易用程度高的两种表单设计器,从而解决了上述问题。
本说明书实施例的最大优点在于,支持企业各种开发角色协作开发同一表单,可以有效整合企业开发资源,降低表单设计器对应用场景和开发人员的限制。
需要说明的是,本说明书实施例提出了一种支持不同开发角色协同开发表单的方法。方法基于统一模型体系,针对同一表单,提供多种表单设计器。统一模型体系定义了表单元数据的结构;表单元数据是基于统一模型体系对具体表单页面的模型化描述;表单设计器提供了可视化开发表单页面的工具。本说明书实施例的表单处理总体结构示意图如图2所示。
本说明书实施例的表单开发的过程如下。首先,统一模型体系是对表单页面的抽象建模,规定了表单元数据的结构,如以何种方式描述表单页面的布局和控件位置,以何种方式描述表单包含的业务逻辑等。其次,表单元数据是依据上述规定,描述具体某个表单页面的模型数据,一个表单元数据描述了一个具体的表单页面。再次,本说明书实施例的表单设计器遵从模型规定,提供可视化工作区实时展示当前元数据描述的表单界面;提供工具箱用于向工作区添加新的表单组件;提供属性面板用来设置各组件的自定义属性。最后,表单引擎同样基于上述模型规定,转换表单元数据为可以运行的前端表单页面。
基于以上,本说明书实施例的关键技术在于,基于统一模型体系提供两种面向不同用户群体的表单设计器。表单元数据作为模型的实例,基于统一模型体系,无论何种方式创建的表单元数据,都可以被设计器识别;表单设计器各组成部分(工具箱、可视化工作区、属性面板等)根据两个设计器的不同需求分离变化点,相同的部分复用统一代码逻辑,不同的部分分别提供不同的实现,保证两种设计器可以编辑同一元数据内容。
表单元数据基于统一模型体系。统一模型体系规定了表单元数据模型的结构纲要(schema),详细约束了表单元数据中的所有内容的描述项和描述值,形成了表单建模的标准规范。无论是第一表单设计器创建的表单还是第二表单设计器创建的表单,均遵从这一约束,从标准层面保证了表单元数据内容是可以被识别的。
两种表单设计器符合统一模型体系要求,根据需求差异,分离变化点,对于相同部分使用相同的处理逻辑。因为两种表单设计器都符合统一模型体系要求,所有遵从统一模型体系标准的表单元数据都可以由任一表单设计器打开,实现了不同角色开发同一份表单元数据。两种设计器对于相同业务功能使用相同的业务处理逻辑,从而保证了交互方式和交互效果的一致性。
本说明书实施例在以业务人员与技术人员协同开发“请假申请单”时,具体可以通过下述具体步骤:
首先,第一表单设计器提供创建表单的能力,业务人员根据请假申请业务场景,创建表单元数据并进行添加基本的字段,设置表单布局结构等操作。第一表单设计器提供的可视化设计器,支持业务人员可视化的设计所见即所得的表单界面,添加请假人、请假类型、请假时间、请假天数等字段,即可轻松完成表单设计。
其次,业务需要请假申请单提交前,如果请假类型是年休假,需要调用相关接口查询申请人的剩余年休假天数,以检查本次请假天数是否超标。对于此需求,业务人员无法通过第一表单设计器简单的拖拽组装来实现。第二表单设计器提供灵活的扩展开发能力,技术人员使用低代码工具打开此表单,编写扩展开发业务代码,并挂载到低代码表单设计器提供的扩展点上。
再次,技术人员使用第二表单设计器打开“请假申请单”表单元数据,设计器的工作区渲染引擎与零代码表单设计器是相同的,因此第二表单设计器工作区展示出来的所见即所得的请假申请单界面展现效果与第一表单设计器是相同的。类似的,对于基础的配置如字段标题配置等,两种设计器的体验也是相同的。
最后,第一表单设计器对第二表单设计器特有的扩展能力做了屏蔽和封装。对于请假申请单上添加的提交前校验功能,可以再次使用第一表单设计器打开表单是看不到相关内容的,这样就避免了业务人员因误操作将此功能删除掉,也同时能够满足业务人员继续修改表单中的简单配置部分。
图3为本说明书一个或多个实施例提供的一种表单处理装置的结构示意图,所述装置包括:新增内容确定单元302、设计器更换单元304与表单处理单元306。
新增内容确定单元302,通过第一表单设计器设计指定表单时,确定所述指定表单的新增内容,所述第一表单设计器通过可视化界面完成表单处理;
设计器更换单元304,若确定所述新增内容超出所述第一表单设计器的处理范围,通过第二表单设计器打开所述指定表单,所述第二表单设计器通过特定代码指令完成表单处理,所述第二表单设计器与第一表单设计器的工作区渲染引擎相同;
表单处理单元306,根据所述新增内容确定所述第二表单设计器对应的指定代码指令,并根据所述指定代码指令处理所述指定表单。
进一步的,所述新增内容确定单元302执行通过第一表单设计器设计指定表单前,所述装置还包括:设计内容确定单元与设计器选择单元;
所述设计内容确定单元,在所述指定表单进行设计时,确定所述指定表单的设计内容;
设计器选择单元,若所述设计内容符合所述第一表单设计器的处理范围,通过所述第一表单设计器设计所述指定表单。
图4为本说明书一个或多个实施例提供的一种表单处理设备的结构示意图,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
通过第一表单设计器设计指定表单时,确定所述指定表单的新增内容,所述第一表单设计器通过可视化界面完成表单处理;
若确定所述新增内容超出所述第一表单设计器的处理范围,通过第二表单设计器打开所述指定表单,所述第二表单设计器通过特定代码指令完成表单处理,所述第二表单设计器与第一表单设计器的工作区渲染引擎相同;
根据所述新增内容确定所述第二表单设计器对应的指定代码指令,并根据所述指定代码指令处理所述指定表单。
本说明书一个或多个实施例提供的一种非易失性计算机存储介质,存储有计算机可执行指令,所述计算机可执行指令设置为:
通过第一表单设计器设计指定表单时,确定所述指定表单的新增内容,所述第一表单设计器通过可视化界面完成表单处理;
若确定所述新增内容超出所述第一表单设计器的处理范围,通过第二表单设计器打开所述指定表单,所述第二表单设计器通过特定代码指令完成表单处理,所述第二表单设计器与第一表单设计器的工作区渲染引擎相同;
根据所述新增内容确定所述第二表单设计器对应的指定代码指令,并根据所述指定代码指令处理所述指定表单。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置、设备、非易失性计算机存储介质实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
以上所述仅为本说明书的一个或多个实施例而已,并不用于限制本说明书。对于本领域技术人员来说,本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书的权利要求范围之内。
Claims (10)
1.一种表单处理方法,其特征在于,所述方法包括:
通过第一表单设计器设计指定表单时,确定所述指定表单的新增内容,所述第一表单设计器通过可视化界面完成表单处理;
若确定所述新增内容超出所述第一表单设计器的处理范围,通过第二表单设计器打开所述指定表单,所述第二表单设计器通过特定代码指令完成表单处理,所述第二表单设计器与第一表单设计器的工作区渲染引擎相同;
根据所述新增内容确定所述第二表单设计器对应的指定代码指令,并根据所述指定代码指令处理所述指定表单。
2.根据权利要求1所述的方法,其特征在于,所述通过第一表单设计器设计指定表单前,所述方法还包括:
在所述指定表单进行设计时,确定所述指定表单的设计内容;
若所述设计内容符合所述第一表单设计器的处理范围,通过所述第一表单设计器设计所述指定表单。
3.根据权利要求2所述的方法,其特征在于,通过所述第一表单设计器设计所述指定表单,具体包括:
通过所述第一表单设计器创建第一表单元数据;
通过所述第一表单元数据设置所述设计内容对应的表单布局结构与字段信息,以生成所述指定表单的表单页面。
4.根据权利要求1所述的方法,其特征在于,所述根据所述指定代码指令处理所述指定表单,具体包括:
通过所述第二表单设计器的所述指定代码指令创建第二表单元数据;
通过所述第二表单元数据设置所述新增内容对应的表单布局结构与字段信息,以生成所述指定表单的表单页面。
5.根据权利要求1所述的方法,其特征在于,所述指定表单为请假申请单,所述方法还包括:
在所述请假申请单进行设计时,确定所述请假申请单的设计内容;
若所述请假申请单的设计内容符合所述第一表单设计器的处理范围,通过所述第一表单设计器设计所述请假申请单;
若所述请假申请单新增设计内容,且所述新增设计内容超出所述第一表单设计器的处理范围,通过所述第二表单设计器打开所述指定表单;
根据所述新增内容确定所述第二表单设计器对应的请假申请单代码指令,并根据所述请假申请单代码指令处理所述请假申请单。
6.根据权利要求5所述的方法,其特征在于,所述通过所述第一表单设计器设计所述请假申请单,具体包括:
通过所述第一表单设计器创建与请假申请业务场景相关的请假表单元数据;
通过所述请假表单元数据设置所述请假申请单的设计内容对应的表单布局结构与字段信息,以生成所述请假申请单的表单页面。
7.一种表单处理装置,其特征在于,所述装置包括:
新增内容确定单元,通过第一表单设计器设计指定表单时,确定所述指定表单的新增内容,所述第一表单设计器通过可视化界面完成表单处理;
设计器更换单元,若确定所述新增内容超出所述第一表单设计器的处理范围,通过第二表单设计器打开所述指定表单,所述第二表单设计器通过特定代码指令完成表单处理,所述第二表单设计器与第一表单设计器的工作区渲染引擎相同;
表单处理单元,根据所述新增内容确定所述第二表单设计器对应的指定代码指令,并根据所述指定代码指令处理所述指定表单。
8.根据权利要求7所述的装置,其特征在于,所述新增内容确定单元执行通过第一表单设计器设计指定表单前,所述装置还包括:设计内容确定单元与设计器选择单元;
所述设计内容确定单元,在所述指定表单进行设计时,确定所述指定表单的设计内容;
设计器选择单元,若所述设计内容符合所述第一表单设计器的处理范围,通过所述第一表单设计器设计所述指定表单。
9.一种表单处理设备,其特征在于,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
通过第一表单设计器设计指定表单时,确定所述指定表单的新增内容,所述第一表单设计器通过可视化界面完成表单处理;
若确定所述新增内容超出所述第一表单设计器的处理范围,通过第二表单设计器打开所述指定表单,所述第二表单设计器通过特定代码指令完成表单处理,所述第二表单设计器与第一表单设计器的工作区渲染引擎相同;
根据所述新增内容确定所述第二表单设计器对应的指定代码指令,并根据所述指定代码指令处理所述指定表单。
10.一种非易失性计算机存储介质,其特征在于,存储有计算机可执行指令,所述计算机可执行指令设置为:
通过第一表单设计器设计指定表单时,确定所述指定表单的新增内容,所述第一表单设计器通过可视化界面完成表单处理;
若确定所述新增内容超出所述第一表单设计器的处理范围,通过第二表单设计器打开所述指定表单,所述第二表单设计器通过特定代码指令完成表单处理,所述第二表单设计器与第一表单设计器的工作区渲染引擎相同;
根据所述新增内容确定所述第二表单设计器对应的指定代码指令,并根据所述指定代码指令处理所述指定表单。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211418431.0A CN115712424A (zh) | 2022-11-14 | 2022-11-14 | 一种表单处理方法、装置、设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211418431.0A CN115712424A (zh) | 2022-11-14 | 2022-11-14 | 一种表单处理方法、装置、设备及介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115712424A true CN115712424A (zh) | 2023-02-24 |
Family
ID=85233006
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211418431.0A Pending CN115712424A (zh) | 2022-11-14 | 2022-11-14 | 一种表单处理方法、装置、设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115712424A (zh) |
-
2022
- 2022-11-14 CN CN202211418431.0A patent/CN115712424A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9754059B2 (en) | Graphical design verification environment generator | |
CN110928529B (zh) | 辅助算子开发的方法和系统 | |
CN102902839B (zh) | 管理集成电路设计的装置和方法 | |
US7506306B2 (en) | Graphical editor with incremental development | |
EP2212779A2 (en) | Software factory specification and execution model | |
US20170139685A1 (en) | Visual software modeling method to construct software views based on a software meta view | |
Cirilo et al. | A product derivation tool based on model-driven techniques and annotations. | |
Ramaesh et al. | Representing and maintaining process knowledge for large-scale systems development | |
US20180136793A1 (en) | Visual work instructions for assembling product | |
Sajji et al. | A methodology for transforming BPMN to IFML into MDA | |
CN117215556A (zh) | 模块化的页面快速构建方法、系统、设备及介质 | |
CN110312990A (zh) | 配置方法及系统 | |
CN115712424A (zh) | 一种表单处理方法、装置、设备及介质 | |
Gill | Using React Native for mobile software development | |
Elouali et al. | A model-based approach for engineering multimodal mobile interactions | |
Safa | The making of user-interface designer a proprietary DSM tool | |
Cole et al. | Domain-specific languages and diagram customization for a concurrent engineering environment | |
Bennett et al. | Swift 3 for Absolute Beginners | |
CN117492721B (zh) | 一种应用于建筑数字化信息系统的通用快速开发方法 | |
Diaz-Herrera et al. | Educating industrial-strength software engineers | |
Curiel | GearTrain: Converting WinForms Gear Design Software to WPF | |
Bourgeois et al. | Information systems development | |
CN117992529A (zh) | 用于动态展示来自数据仓库的制造操作数据的方法和系统 | |
Alhaag Abdyssalam | Model-Driven Software Architecture for the Management of Educational Resources Metadata | |
Novák | Beginning Microsoft Visual Studio LightSwitch Development |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |