本申请涉及软件开发
技术领域：
：，特别涉及一种移动端流程引擎框架及移动端流程引擎的使用方法、计算设备和计算机可读存储介质。
背景技术：
：：现在企业办公自动化移动端的开发应用大多数为原生开发或混合开发。对于原生开发，企业应用的软件需求需要大量的人力成本和时间成本去开发和适配。对于集团类公司的企业信息化升级，各类工作流程信息系统都需要统一的页面外观和一致的操作流程，并且与服务端通信的数据格式也要相同。而开发过程中由于开发周期长，再加上工作地点的限制，不同子公司一般要在不同工作地点进行开发，并依据各自的业务特点采用定制型的开发方案。这样每个子公司都会有自己的企业移动应用入口，最终再统一融入集团的总系统中，这将需要代码具有很强的迁移性。而且，在配合开发中都会遇到各类表单样式和数据参数的不一致、时间和人力成本高的问题，没有高效的协同开发效率。对于混合开发，大多应用的是html5(hypertextmarkuplanguage5，超文本标记语言5)技术。此技术的大多数代码由服务端生成再由移动端执行并展示，移动端和服务端联系紧密，要求总公司和子公司的开发人员既要掌握前端开发，又要精通移动端开发，对开发人员的要求较高。技术实现要素：有鉴于此，本申请实施例提供了一种移动端流程引擎框架及移动端流程引擎的使用方法、计算设备和计算机可读存储介质，以解决现有技术中存在的技术缺陷。本申请实施例提供了一种移动端流程引擎框架，包括：流程配置器，用于配置流程，生成流程的配置信息；流程事件控制器，用于基于流程的配置信息生成流程业务；表单生成器，用于根据流程业务生成表单，并预加载表单中的各个字段对应的数据，其中，所述表单中包括各个字段；数据加载器，用于确定页面操作命令对应的字段，加载所述字段对应的字段数据并显示至页面中。可选地，流程事件控制器基于流程的配置信息生成流程业务，包括：所述流程事件控制器基于流程的配置信息，生成流程业务对应的事件、初始化的字段、字段属性以及业务逻辑；其中，所述事件包括：流程业务办理前事件、页面关闭触发事件以及表单组件回调事件中的一个或多个；所述字段包括：文本字段、日期字段、地址字段、事件轴字段中的一个或多个。可选地，表单生成器根据流程业务生成表单，并预加载表单中的各个字段对应的数据，包括：表单生成器根据流程业务对应的事件、初始化的字段、字段属性以及业务逻辑生成表单，其中，所述表单包括标题区、内容区、子表操作区以及审批记录区，所述字段属性包括字段是否能编辑、是否显示、回调函数以及字段标题；表单生成器向服务端发送预加载请求，预加载各个字段对应的数据至移动端缓存。本申请实施例公开了一种移动端流程引擎的使用方法，包括：配置流程，生成流程的配置信息；基于流程的配置信息生成流程业务；根据流程业务生成表单，并预加载表单中的各个字段对应的数据，其中，所述表单中包括各个字段；确定页面操作命令对应的字段，加载所述字段对应的字段数据并显示至页面中。可选地，所述配置流程，包括：根据每个流程的类型，为每个所述流程配置相应的权限，并为每个所述流程配置对应的索引标记。可选地，基于流程的配置信息生成流程业务，包括：基于流程的配置信息，生成流程业务对应的事件、初始化的字段、字段属性以及业务逻辑；其中，所述事件包括：流程业务办理前事件、页面关闭触发事件以及表单组件回调事件中的一个或多个；所述字段包括：文本字段、日期字段、地址字段、事件轴字段中的一个或多个。可选地，根据流程业务生成表单，并预加载表单中的各个字段对应的数据，包括：根据流程业务对应的事件、初始化的字段、字段属性以及业务逻辑生成表单，其中，所述表单包括标题区、内容区、子表操作区以及审批记录区，所述字段属性包括字段是否能编辑、是否显示、回调函数以及字段标题；向服务端发送预加载请求，预加载各个字段对应的数据至移动端缓存。可选地，确定页面操作命令对应的字段，加载字段数据并显示至所述页面中，包括：确定页面操作命令对应的至少一个字段，根据流程业务对应的业务逻辑将字段属性加载至所述页面中，并在缓存中依次加载每个所述字段对应的字段数据显示至所述页面中。可选地，所述方法还包括：将所述移动端流程引擎存储至主系统中的第一存储位置；所述主系统将所述移动端流程引擎传输至子系统的第二存储位置，且所述子系统开启调用线程运行所述移动端流程引擎。本申请实施例公开了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现如上所述移动端流程引擎的使用方法的步骤。本申请实施例公开了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如上所述的移动端流程引擎的使用方法的步骤。本申请提供的移动端流程引擎框架，通过流程配置器—流程事件控制器—表单生成器—数据加载器，从而建立具有足够的独立性的框架，不仅可以减少移动端开发的时间成本和人工成本，又可以使代码移植性更高，有助于大型企业办公自动化应用的协同开发更加便捷，让开发更简单，从而满足各类需求。本申请的移动端流程引擎的使用方法，通过配置流程—生成流程业务—生成表单—加载至页面，将流程通过表单的形式呈现于页面，从而规范流程对应的表单中各个字段的使用方式，让各类子公司或多人员更容易协同开发，减少由于开发错误发生的可能性。附图说明图1是本申请一实施例的移动端流程引擎框架的结构示意图；图2是本申请另一实施例的根据移动端流程引擎生成的表单示意图；图3是本申请一实施例的移动端流程引擎的使用方法的流程示意图；图4是本申请一实施例的计算设备的结构示意图。具体实施方式在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。首先，对本发明一个或多个实施例涉及的名词术语进行解释。原生应用：指用java语言编写的安卓应用和object-c语言或者swift开发语言编写的ios应用。html5应用：指兼容各类浏览器的web前端应用，同时可以适配移动端应用的页面展示。混合开发：指利用原生应用和其他技术语言一同实现的移动应用的开发。在本申请中，提供了一种移动端流程引擎框架及移动端流程引擎的使用方法、计算设备和计算机可读存储介质，在下面的实施例中逐一进行详细说明。图1所示为本实施例的一种移动端流程引擎框架的结构示意图。本实施例的移动端流程引擎框架参见图1，移动端流程引擎框架包括：流程配置器101，用于配置流程，生成流程的配置信息。其中，流程配置器101配置流程，包括：流程配置器101根据每个流程的类型，为每个流程配置相应的权限，并为每个所述流程配置对应的索引标记。其中，流程可以包括：只读流程，可以查阅、办理、传阅和加标签；可填写流程，可以发起流程、审批、填写、办理、传阅和加标签；非移动端流程，可以查看简单内容。根据不同的流程类型，对应的权限不同。流程配置器101根据不同的流程类型，配置对应的权限。另外，将每个流程配置唯一的索引标记，系统会根据这个唯一的索引标记来找到对应的流程。流程事件控制器102，用于基于流程的配置信息生成流程业务。具体地，流程事件控制器102基于流程的配置信息生成流程业务，包括：流程事件控制器102基于流程的配置信息，生成流程业务对应的事件、初始化的字段、字段属性以及业务逻辑。其中，所述事件包括：流程业务办理前事件、页面关闭触发事件以及表单组件回调事件中的一个或多个。本实施例的移动端流程引擎框架在实现的情况下，流程业务办理前事件通过pagesbeforesend命令来实现、页面关闭触发事件通过componentwillunmount命令来实现，表单组件回调事件通过onchangeitem命令来实现。对于流程业务办理前事件，包括：办理事件前检验逻辑、请求数据服务。对于页面关闭触发事件，包括：注销页面、异步请求服务区处理业务逻辑。可选地，流程事件控制器102生成流程业务对应的事件包括：页面加载完成事件，可以通过pagesdidmount命令来实现。可选地，流程事件控制器102还可以包括：渲染页面层，以执行渲染包装的命令。需要解释的是，字段包括：文本字段、日期字段、地址字段、事件轴字段中的一个或多个。需要解释的是，业务逻辑，为流程中各个节点的执行顺序。具体使用过程中，开发人员在框架中的流程事件控制器中编写业务逻辑，例如发送之前对字段值的校验、办理获取并且选择办理人、根据逻辑的流程走向等等。表单生成器103，用于根据流程业务生成表单，并预加载表单中的各个字段对应的数据，其中，所述表单中包括各个字段。具体地，表单生成器103根据流程业务对应的事件、初始化的字段、字段属性以及业务逻辑生成表单，其中，所述表单包括标题区、内容区、子表操作区以及审批记录区，所述字段属性包括字段是否能编辑、是否显示、回调函数以及字段标题。具体地，内容区包括下述元素：ktextinput文本、kcheck复选框、kdatepicker日期选择、keventline事件轴、kfile附件、klistrow选择、kmutiaddress地址簿、kdictionaryselect数据字典、kmutiselect多选、kradibutton单选按钮、ktablechild子表、ktextdescription文本介绍、ksimpleselect单选弹框等。表单生成器103向服务端发送预加载请求，预加载各个字段对应的数据至移动端缓存。在后续使用过程中，可以根据请求向服务端加载字段数据，使表单中的字段数据毫秒级展现出来。数据加载器104，用于确定页面操作命令对应的字段，加载所述字段对应的字段数据并显示至页面中。可选地，数据加载器104确定页面操作命令对应的字段，加载字段数据并显示至所述页面中，包括：数据加载器104确定页面操作命令对应的至少一个字段，根据流程业务对应的业务逻辑将字段属性加载至所述页面中，并在缓存中依次加载每个所述字段对应的字段数据并显示至页面中。在实际使用时，开发人员只需要罗列页面字段，在本框架下，数据加载器104会将当前打开页面中的字段属性和字段数据根据业务逻辑自动展现到页面当中。其中，字段属性包括字段是否能编辑、字段是否显示、回调函数、字段标题，另外还包含子数据的展现、新增、修改、删除等，以及审批记录的展现。另外，本申请的移动端流程引擎框架还包括：消息通知器，用于标记未读消息，例如包括流程办理、已读、未读的状态提醒。发送器，用于选择所述流程业务的下一节点。具体地，发送器包括：加标签、传阅、下节点办理人。其中，下节点办理人可以为多人，可以为单人。在实际使用时，可以根据用户输入的命令进行展示，例如弹出一个对话框或者下拉菜单，以供用户进行选择。本申请提供的移动端流程引擎框架，通过流程配置器—流程事件控制器—表单生成器—数据加载器，从而建立具有足够的独立性的框架，不仅可以减少移动端开发的时间成本和人工成本，又可以使代码移植性更高，有助于大型企业办公自动化应用的协同开发更加便捷，让开发更简单，从而满足各类需求。另外，本实施例的移动端流程引擎框架还具有以下优点：1)使产品一次性开发，能够同时运行到ios和android两大平台上。2)使用字段组件化来清晰的体现表单展现形式，规范流程表单中各字段的使用方式，让各类子公司或多人员更容易协同开发，减少产生开发错误的概率。3)该框架拥有足够的独立性，可以单独组装并且运行在其他应用中。4)将表头和流程办理方式以及流程校验等都由移动端流程引擎框架来加载完成。5)使办公各类流程根据配置和少量代码即可实现业务需求。图2示出了一个具体的表单的结构示意图，为一个请假申请的表单。参见图2，表单20包括标题区21、内容区22、审批记录区23。其中，子表操作区可以为通过用户操作而弹出的另外的对话框区域，在图2中未示出。具体地，内容区22包括：日期选择221：包括日期选择元素。在日期选择元素中，加载缓存中对应的字段值，包括具体的年、月、日和时间。区域信息222：包括单选弹框。其中，“北京”为初始化的字段。在单选弹框中，加载缓存中对应的字段数据。本例中，字段数据可以包括“北京”、“山东”、“河南”、“山西”等等。请假类型223：包括下拉选择菜单。在下拉选择菜单中，加载缓存中对应的字段数据。本例中，字段数据可以包括“事假”、“年假”、“病假”等等。开始时间224：包括日期选择元素。在日期选择元素中，加载缓存中对应的字段数据，包括具体的年、月、日和时间。结束时间225：包括日期选择元素。在日期选择元素中，加载缓存中对应的字段数据，包括具体的年、月、日和时间。请假小时数226：包括文本框。请假原因227：包括文本框。紧急联系电话228：包括文本框。通知相关人229：包括文本框。附件220：包括附件元素。审批记录区23包括：办理和作废两项。具体地，在利用本实施例的移动端流程引擎框架生成该表单的过程中，包括：s1、加载流程配置器根据请假流程的类型，为流程配置相应的权限为“可填写流程”，并为请假流程配置对应的索引标记。s2、加载流程事件控制器基于请假流程的配置信息，生成请假流程业务对应的事件、初始化的字段、字段属性以及业务逻辑。其中，事件包括：流程业务办理前事件、页面关闭触发事件以及表单组件回调事件中的一个或多个；字段包括：文本字段、日期字段、地址字段、事件轴字段中的一个或多个。s3、加载表单生成器根据请假流程业务对应的事件、初始化的字段、字段属性以及业务逻辑生成表单，且表单生成器向服务端发送预加载请求，预加载各个字段对应的数据至移动端缓存。其中，表单包括标题区、内容区、子表操作区以及审批记录区，所述字段属性包括字段是否能编辑、是否显示、回调函数以及字段标题。本例中，通过点选“区域”后面的扩展按钮，弹出单选弹框，加载区域信息对应的字段数据，上述执行顺序便构成了一条业务逻辑。本例中，字段标题包括：“入职日期”、“区域”、“请假类型”、“开始时间”、“结束时间”、“请假小时数”、“请假原因”、“紧急联系电话”、“通知相关人”、“附件”。如果其中的一个或多个字段不能编辑，那么最后生成的表单中，不能编辑的字段可以为不对用户输入的页面操作指令进行反馈，并呈现灰色。如果其中的一个或多个字段不显示，那么最后生成的表单中将不会显示该字段。s4、加载数据加载器确定页面操作命令对应的至少一个字段，根据流程业务对应的业务逻辑将字段属性加载至所述页面中，并在缓存中依次加载每个字段对应的字段数据显示至所述页面中。通过上述步骤s1～s4，可以得到如图2所示的请假申请页面。本申请实施例还公开了一种移动端流程引擎的使用方法，参见图3，包括：301、配置流程，生成流程的配置信息。可选地，步骤301中配置流程包括：根据每个流程的类型，为每个所述流程配置相应的权限，并为每个所述流程配置对应的索引标记。其中，对于流程的进一步的解释，参见前述移动端流程引擎框架实施例中的具体内容，在此便不再赘述。302、基于流程的配置信息生成流程业务。具体地，步骤302包括：基于流程的配置信息，生成流程业务对应的事件、初始化的字段、字段属性以及业务逻辑。其中，事件包括：流程业务办理前事件、页面关闭触发事件以及表单组件回调事件中的一个或多个；字段包括：文本字段、日期字段、地址字段、事件轴字段中的一个或多个。字段属性包括字段是否能编辑、是否显示、回调函数以及字段标题。其中，对于事件的进一步的解释，参见前述移动端流程引擎框架实施例中的具体内容，在此便不再赘述。303、根据流程业务生成表单，并预加载表单中的各个字段对应的数据，其中，所述表单中包括各个字段。具体地，步骤303包括：s3031、根据流程业务对应的事件、初始化的字段、字段属性以及业务逻辑生成表单。其中，所述表单包括标题区、内容区、子表操作区以及审批记录区，所述字段属性包括字段是否能编辑、是否显示、回调函数以及字段标题。其中，对于内容区的内容具体参见前述实施例，在此便不再赘述。s3032、向服务端发送预加载请求，预加载各个字段对应的数据至移动端缓存。通过步骤s3031～s3032，生成表单并预加载各个字段对应的数据，可以使表单数据毫秒级展现出来。304、确定页面操作命令对应的字段，加载所述字段对应的字段数据并显示至页面中。具体地，步骤304包括：确定页面操作命令对应的至少一个字段，根据流程业务对应的业务逻辑将字段属性加载至所述页面中，并在缓存中依次加载每个所述字段对应的字段数据显示至所述页面中。其中，页面操作命令可以为用户通过输入设备而输入，输入设备可以为鼠标、键盘或声控设备等等。例如用户通过页面操作命令点击地址簿栏，展开地址簿字段对应的下拉菜单，并加载地址簿字段对应的地址簿数据并显示于页面中。另外，为了实现多个系统之间的相互兼容，本实施例的移动端流程引擎的使用方法还包括：s305、将移动端流程引擎存储至主系统中的第一存储位置。s306、主系统将所述移动端流程引擎传输至子系统的第二存储位置，且所述子系统开启调用线程运行所述移动端流程引擎。其中，主系统中的第一存储位置可以为位于服务端的第一存储位置，子系统的第二存储位置可以为设置于服务端的第二存储位置。其中，服务端可以为静态服务器集群，也可以为云端服务器。主系统和子系统的设置适用于主公司和子公司分别对应有独立系统的情形。对于子公司，并不具有修改流程引擎的权限，所以需要主公司对应的主系统下发新的或者修改后的流程引擎至子公司对应的子系统。将主系统和子系统通过交换口令连接，以实现两个系统之间的网络传输。如果主系统的移动端流程引擎有更新，会将更新后的移动端流程引擎存储至第一存储位置，并主动传输至子系统的第二存储位置，然后通知子系统。子系统在收到通知后对接收到的移动端流程引擎进行更新，然后可以基于更新后的流程引擎实现对应的功能。这样，子系统无需开发功能，便可以实现主系统的功能，方便融合两个系统的业务需求。本申请的移动端流程引擎的使用方法，通过配置流程—生成流程业务—生成表单—加载至页面，将流程通过表单的形式呈现于页面，从而规范流程对应的表单中各个字段的使用方式，让各类子公司或多人员更容易协同开发，减少由于开发错误发生的可能性。其次，本实施例的移动端流程引擎的使用方法可以使办公自动化流程的开发更加快捷、简单，并且自动适配各类手机类型，减少很多时间成本，使容错性更强。另外，本实施例的移动端流程引擎的使用方法在大型公司的互相融合移动端应用更加简单快捷，使公司与公司之间开发复用更加高效。本申请一实施例还提供一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现如上所述的移动端流程引擎的使用方法的步骤。图4是示出了根据本说明书一实施例的计算设备400的结构框图。该计算设备400的部件包括但不限于存储器410和处理器420。处理器420与存储器410通过总线430相连接，数据库450用于保存数据。计算设备400还包括接入设备440，接入设备440使得计算设备400能够经由一个或多个网络460通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备440可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。在本说明书的一个实施例中，计算设备400的上述部件以及图4中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图4所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。计算设备400可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备400还可以是移动式或静止式的服务器。本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述移动端流程引擎的使用方法的步骤。上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的移动端流程引擎的使用方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述移动端流程引擎的使用方法的技术方案的描述。所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属
技术领域：
：技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。当前第1页12当前第1页12