一种信息系统的业务逻辑处理方法及装置制造方法及图纸

本发明专利技术适用于信息处理领域，提供了一种信息系统的业务逻辑处理方法及装置，所述方法包括下述步骤：接收客户端的业务逻辑处理请求，对存在对话框请求的业务逻辑建立唯一标识符和对应的委托，将所述唯一标识符与对应的委托存储至缓存中；将所述唯一标识符和对话框请求指令发送给客户端；接受客户端返回的唯一标识符和用户的处理信息，从缓存中获取对应的委托；执行所述委托，并根据执行后的委托，继续处理所述业务逻辑。本发明专利技术将业务逻辑处理放在服务端的一段代码中完成，有效的提高了系统开发和业务逻辑处理的效率。

【技术实现步骤摘要】

本专利技术属于信息处理领域，尤其涉及一种信息系统的业务逻辑处理方法及装置。
技术介绍
业务逻辑一般是指项目中不同业务功能的实现过程，例如一个购物网站中注册、 购物、付款等功能的实现过程。在互联网应用程序开发中，为降低开发和调试难度，通常希望将一个完整的业务逻辑的实现代码放在服务端。然而，由于服务端只能处理客户端请求，无法主动向客户端发出请求的缺陷，当某个业务逻辑存在需要用户审核、确认等信息时，现有技术将实现该业务逻辑的代码分割成多段存储在服务端，增加了程序的复杂性，降低了代码的可读性和业务逻辑的处理效率。
技术实现思路
本专利技术实施例的目的在于提供一种信息系统中业务逻辑处理的方法，旨在解决现有对业务逻辑的处理，需要将业务逻辑的代码分割成多段存储在服务端，造成处理效率较低、代码可读性较差的问题。本专利技术实施例是这样实现的，一种信息系统的业务逻辑处理方法，所述方法包括下述步骤接收客户端的业务逻辑处理请求，对存在对话框请求的业务逻辑建立唯一标识符和对应的委托，将所述唯一标识符与对应的委托存储至缓存中；将所述唯一标识符和对话框请求指令发送给客户端；接受客户端返回的唯一标识符和用户的处理信息，从缓存中获取对应的委托；执行所述委托，并根据执行后的委托，继续处理所述业务逻辑；所述委托为用于连接对话框显示前和显示后的业务逻辑处理程序。本专利技术实施例的另一目的在于提供一种业务逻辑处理装置，所述装置包括处理请求接收单元，用于接收客户端的业务逻辑处理请求；对话框请求判断单元，用于判断所述业务逻辑是否存在对话框请求；信息存储单元，用于对存在对话框请求的业务逻辑建立唯一标识符和对应的委托，并将所述唯一标识符与对应的委托存储至缓存中；信息接收单元，用于接收客户端发送的所述唯一标识符与用户的处理信息；委托执行单元，用于根据所述唯一标识符和用户的处理信息，从缓存中获取对应的委托，并执行所述委托；继续处理单元，用于根据执行后的委托，继续处理所述业务逻辑；所述委托指的是用于连接对话框显示前和显示后的业务逻辑处理程序。本专利技术实施例的另一目的还在于提供一种信息系统，所述信息系统包括所述业务逻辑处理装置。在本专利技术实施例中，通过建立的唯一标识符和对应的委托，使得存在对话框请求的业务逻辑处理代码在对话框显示前和显示后存在关联，所述业务逻辑处理可以在服务端的一段代码中完成，不需要分割成多段来执行，增强了代码的可读性，有效的提高了系统开发和业务逻辑处理的效率。附图说明图1是本专利技术实施例一提供的业务逻辑处理方法的实现流程图；图2是本专利技术实施例二提供的业务逻辑处理装置的结构框图。具体实施例方式为了使本专利技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本专利技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本专利技术，并不用于限定本专利技术。本专利技术实施例通过建立的唯一标识符和对应的委托，使得存在对话框请求的业务逻辑处理代码在对话框显示前和显示后存在关联，所述业务逻辑处理可以在服务端的一段代码中完成，不需要分割成多段来执行，增强了代码的可读性，有效的提高了系统开发和业务逻辑处理的效率。为了说明本专利技术所述的技术方案，下面通过具体实施例来进行说明。实施例一图1示出了本专利技术实施例一提供的业务逻辑处理方法的实现流程，该方法过程详述如下在步骤SlOl中，接收客户端的业务逻辑处理请求。在本实施例中，业务逻辑处理请求是指项目中不同业务功能的处理请求，例如一个购物网站中注册、购物、付款等功能的处理请求。在步骤S102中，判断所述业务逻辑是否存在对话框请求。如果判断结果为“是”则执行步骤S104，如果判断结果为“否”则执行步骤S103。在本实施例中，服务端接收到客户端的业务逻辑处理请求后，调用并执行预先存储在服务端的对应的处理程序，处理该业务逻辑。在处理该业务逻辑的过程中，判断所述业务逻辑是否存在对话框请求，如果该业务逻辑存在对话框请求时，则服务端对存在对话框请求的业务逻辑建立唯一标识符和对应的委托，并将所述唯一标识符与对应的委托存储至缓存中；如果该业务逻辑不存在对话框请求时，则服务端直接处理。在步骤S103中，当所述处理的业务逻辑不存在对话框请求时，服务端直接处理。在步骤S104中，当所述处理的业务逻辑存在对话框请求时，服务端对存在对话框请求的业务逻辑建立唯一标识符和对应的委托，并将所述唯一标识符与对应的委托存储至缓存中。在本实施例中，对话框请求指的是业务逻辑处理过程中需要用户进行审核、确认等处理请求。当该业务逻辑存在对话框请求时，为了使得存在对话框请求的业务逻辑处理代码在对话框显示前和显示后存在关联，服务端对存在对话框请求的业务逻辑建立唯一标识符和对应的委托，并将所述唯一标识符与对应的委托存储至缓存中。其中，唯一标识符是该业务逻辑与委托对应的唯一标示，委托指的是用于连接对话框显示前和显示后的业务逻辑处理程序。以下是一个委托实例，但不局限于该例。this.View. ShowForm(param, new Action<FormResult>((result)= >{H在对话框结束后，调用下面的程序var data = result. ReturnData ；if (data = = MessageBox. OK){//非常方便的与后续代码交互this. Refresh ()}}))；在步骤S105中，对存在对话框请求的业务逻辑，将建立好的所述唯一标识符与对话框请求指令发送给客户端。在本实施例中，当业务逻辑存在对话框请求时，服务端将处理该对话框请求的指令(例如showConfirmDialogO)发送给客户端，同时将建立好的唯一标识符发送给客户端。在步骤S106中，接受客户端返回的唯一标识符和用户的处理信息，从缓存中获取对应的委托。在本实施例中，服务端将处理该对话框请求的指令发送给客户端，客户端接收所述指令后，运行客户端对应的程序，显示该对话框，接收用户的审核、确认等处理信息，在接收完用户的审核、确认等处理信息后，客户端将所述处理信息以及唯一标识符返回给服务端。在本实施例中，服务端接收到客户端发送过来的用户处理信息以及唯一标识符后，根据所述唯一标识符从缓存中获取对应的委托，并将用户的处理信息以参数的形式传送给所述对应的委托，执行所述委托。作为本专利技术的另一实施例，该方法还包括在执行完所述委托后，删除该委托，有效防止委托过多，浪费服务端中缓存的存储空间，影响服务端处理性能。在步骤S107中，根据执行后的委托，继续处理所述业务逻辑。在本实施例中，根据执行后的委托，跳转到处理所述业务逻辑的后续代码处，继续处理所述业务逻辑，保证了业务逻辑在一段代码中执行，有效的提高了业务逻辑处理的效率。作为作为本专利技术的另一实施例，该方法还包括在处理完所述业务逻辑后，将处理后的结果信息反馈给客户端，提高用户对系统的满意度。实施例二 图2示出了本专利技术实施例二提供的业务逻辑处理装置的结构，为了便于说明，仅示出了与本专利技术实施例相关的部分，该装置可以为设置于信息系统内的软件单元、硬件单元或者软硬件结合的单元。该业务逻辑处理装置包括处理请求接收单元21、对话框请求判断单元22、直接处理单元23、信息存储单元M、信息接收单元25、委托执行单元沈、继续处理单元27以及委托删本文档来自技高网...

【技术保护点】

【技术特征摘要】

【专利技术属性】
技术研发人员：谈少民，
申请(专利权)人：金蝶软件中国有限公司，
类型：发明
国别省市：