CN113568652A - 应用系统处理方法、装置、计算机设备和存储介质 - Google Patents
应用系统处理方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN113568652A CN113568652A CN202110730374.9A CN202110730374A CN113568652A CN 113568652 A CN113568652 A CN 113568652A CN 202110730374 A CN202110730374 A CN 202110730374A CN 113568652 A CN113568652 A CN 113568652A
- Authority
- CN
- China
- Prior art keywords
- page
- information
- subsystem
- user
- main system
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/31—User authentication
Abstract
本申请涉及一种应用系统处理方法、装置、计算机设备和存储介质。所述方法包括:在应用系统登录成功后,应用系统中的主系统向子系统下发用户登录信息和对应于子系统的用户权限信息;在检测到针对子系统中的页面的页面操作后,子系统使用用户登录信息进行登录验证,并根据用户权限信息确定页面操作的权限;在登录信息验证通过、且确认页面操作有权限后,根据页面操作、用户登录信息和用户权限信息生成页面处理请求,并将页面处理请求发送至主系统;主系统将页面处理请求中的用户登录信息和用户权限信息,与相应存储的用户登录信息和用户权限信息进行比对;在比对通过后,主系统按照页面操作对子系统中的页面进行处理。采用本方法能够提高开发效率。
Description
技术领域
本申请涉及计算机技术领域,特别是涉及一种应用系统处理方法、装置、计算机设备和存储介质。
背景技术
应用系统在较长的时间跨度下,由于参与人员或团队的增多和变化,将会从一个普通应用演变成一个巨石应用,导致维护起来比较麻烦。为了解决上述问题,逐渐产生了微前端这种架构方式,能够将应用系统由单一的单体应用转变为由多个小型前端应用聚合为一的应用,各个前端应用可以独立运行、独立开发和独立部署。
传统的微前端架构中,由于主系统以及各个子系统之间都是各自独立的,各个系统需要配置各自的信息,导致在开发过程中,可能会存在很多繁琐的问题,导致基于传统的微前端架构进行系统开发的开发效率比较低。
发明内容
基于此,有必要针对上述技术问题,提供一种能够提高开发效率的应用系统处理方法、装置、计算机设备和存储介质。
一种应用系统处理方法,所述方法包括:
在应用系统登录成功后,通过所述应用系统中的主系统向子系统下发登录成功的用户登录信息和对应于所述子系统的用户权限信息;
在检测到针对所述子系统中的页面的页面操作后,通过所述子系统使用所述用户登录信息进行登录验证,并根据所述用户权限信息确定所述页面操作的权限;
在对所述登录信息验证通过、且确认所述页面操作具有权限后,根据所述页面操作、所述用户登录信息和所述用户权限信息,生成页面处理请求,并将所述页面处理请求发送至所述主系统;
通过所述主系统将所述页面处理请求中的用户登录信息和用户权限信息,与所述主系统中相应存储的所述用户登录信息和所述用户权限信息进行比对;
在比对通过后,通过所述主系统按照所述页面操作对所述子系统中的所述页面进行处理。
在其中一个实施例中,所述方法还包括:
若检测到针对所述主系统中的页面的页面操作,则
通过所述主系统根据对应于所述主系统的用户权限信息确定所述页面操作的权限;
在确认所述页面操作具有权限后,通过所述主系统按照所述页面操作对所述主系统中的所述页面进行处理。
在其中一个实施例中,所述页面操作为页面打开操作;所述方法还包括:
预加载所述应用系统中的各个页面的静态资源;
在检测到针对所述子系统中的页面的打开操作后,从预先针对所述应用系统建立的统一的组件库中,获取所述页面所需的组件;
根据获取的所述组件和预先加载的所述页面的静态资源,生成所述页面;
所述通过所述主系统按照所述页面操作对所述子系统中的所述页面进行处理包括:
通过所述主系统打开生成的所述页面。
在其中一个实施例中,所述页面操作为页面信息更新操作;所述在检测到针对所述子系统中的页面的页面操作后,通过所述子系统使用所述用户登录信息进行登录验证,并根据所述用户权限信息确定所述页面操作的权限包括:
在检测到针对第一子系统中的第一页面的页面信息更新操作后,通过所述第一子系统使用所述用户登录信息进行登录验证,并根据所述用户权限信息确定所述页面信息更新操作的权限;
在所述通过所述主系统将所述页面处理请求中的用户登录信息和用户权限信息,与所述主系统中相应存储的所述用户登录信息和所述用户权限信息进行比对之后,所述方法还包括:
在比对通过后,通过所述主系统确定与所述第一页面相关联的第二页面;所述第二页面是第二子系统中的页面;
通过所述主系统根据所述页面信息更新操作,对所述第二页面中与所述页面信息更新操作所针对的信息相关联的信息进行更新处理。
在其中一个实施例中,所述方法还包括:
在检测到针对所述子系统中的页面的页面关闭操作后,通过所述子系统生成页面关闭请求,并将所述页面关闭请求发送至所述主系统;
通过所述主系统关闭所述页面关闭请求所指定关闭的所述页面。
在其中一个实施例中,所述方法还包括:
在对主系统和子系统进行身份切换时,根据对配置文件中的系统身份配置信息的修改,确定配置的新的主系统的系统标识和新的子系统的系统标识;
根据所述新的主系统的系统标识和所述新的子系统的系统标识,确定新的主系统和新的子系统;
在应用系统登录成功后,通过所述新的主系统向子系统下发用户登录信息和对应于所述子系统的用户权限信息。
在其中一个实施例中,所述方法还包括:
在切换所述应用系统的系统环境时,重启所述主系统,基于切换后的系统环境,登录所述应用系统;
在切换后的系统环境下,通过所述主系统向所述子系统下发登录成功的用户登录信息和对应于所述子系统的用户权限信息。
一种应用系统处理装置,所述装置包括:
信息下发模块,用于在应用系统登录成功后,通过所述应用系统中的主系统向子系统下发登录成功的用户登录信息和对应于所述子系统的用户权限信息;
权限验证模块,用于在检测到针对所述子系统中的页面的页面操作后,通过所述子系统使用所述用户登录信息进行登录验证,并根据所述用户权限信息确定所述页面操作的权限;
请求模块,用于在对所述登录信息验证通过、且确认所述页面操作具有权限后,根据所述页面操作、所述用户登录信息和所述用户权限信息,生成页面处理请求,并将所述页面处理请求发送至所述主系统;
所述权限验证模块还用于通过所述主系统将所述页面处理请求中的用户登录信息和用户权限信息,与所述主系统中相应存储的所述用户登录信息和所述用户权限信息进行比对;
页面处理模块,用于在比对通过后,通过所述主系统按照所述页面操作对所述子系统中的所述页面进行处理。
一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机程序,所述计算机程序被所述处理器执行时,使得所述处理器执行本申请各实施例所述的应用系统处理方法中的步骤。
一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时,使得所述处理器执行本申请各实施例所述的应用系统处理方法中的步骤。
上述应用系统处理方法、装置、计算机设备和存储介质,在应用系统登录成功后,通过应用系统中的主系统向子系统下发登录成功的用户登录信息和对应于子系统的用户权限信息,而无需由各个子系统存储各自的用户权限信息,从而无需对子系统进行复杂的配置,提高了开发效率。在检测到针对子系统中的页面的页面操作后,通过子系统使用用户登录信息进行登录验证,并根据用户权限信息确定页面操作的权限,以实现单点登录,在对登录信息验证通过、且确认页面操作具有权限后,根据页面操作、用户登录信息和用户权限信息,生成页面处理请求,并将页面处理请求发送至主系统,通过主系统将页面处理请求中的用户登录信息和用户权限信息,与主系统中相应存储的用户登录信息和用户权限信息进行比对,在比对通过后,通过主系统按照页面操作对子系统中的页面进行处理。对子系统中的页面的页面操作都通知主系统进行处理,无需对子系统进行复杂的配置,提高了开发效率。
附图说明
图1为一个实施例中应用系统处理方法的应用环境图;
图2为一个实施例中应用系统处理方法的流程示意图;
图3为一个实施例中应用系统处理方法的整体流程示意图;
图4为一个实施例中应用系统处理方法的时序图;
图5为一个实施例中应用系统处理装置的结构框图;
图6为另一个实施例中应用系统处理装置的结构框图;
图7为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的应用系统处理方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与主系统的服务器104进行通信,主系统的服务器104通过网络与子系统的服务器106进行通信。其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,主系统的服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现,子系统的服务器106可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
具体地,终端102可以通过与主系统的服务器104进行通信登录应用系统。在应用系统登录成功后,主系统的服务器104可以向子系统的服务器106下发登录成功的用户登录信息和对应于子系统的用户权限信息。在检测到针对子系统中的页面的页面操作后,子系统的服务器106可以使用用户登录信息进行登录验证,并根据用户权限信息确定页面操作的权限,在对登录信息验证通过、且确认页面操作具有权限后,子系统的服务器106可以根据页面操作、用户登录信息和用户权限信息,生成页面处理请求,并将页面处理请求发送至主系统的服务器104。主系统的服务器104可以将页面处理请求中的用户登录信息和用户权限信息,与主系统中相应存储的用户登录信息和用户权限信息进行比对,并在比对通过后,按照页面操作对子系统中的页面进行处理。
在一个实施例中,如图2所示,提供了一种应用系统处理方法,以该方法应用于图1中的主系统的服务器和子系统的服务器为例进行说明,包括以下步骤:
S202,在应用系统登录成功后,通过应用系统中的主系统向子系统下发登录成功的用户登录信息和对应于子系统的用户权限信息。
其中,应用系统可以是基于微前端架构的应用系统。微前端,是一种类似于微服务的架构,它将应用系统由单一的单体应用,转变为由多个小型前端应用聚合为一的应用。基于微前端架构的应用系统中各个小型前端应用可以独立运行、独立开发和独立部署,从而能够解决单体应用在相对长的时间跨度下,由于参与人员或团队的增多和变迁,导致单体应用从一个普通应用演变成一个巨石应用,维护起来比较困难的问题。基于微前端架构的应用系统可以由主系统和子系统组成。子系统可以为至少一个。
用户登录信息,是用于使用户登录应用系统的信息。用户权限信息,是用户对应用系统中的内容所具有的权限。
在一个实施例中,用户权限信息,可以包括页面权限信息和菜单权限信息等中的至少一种。其中,页面权限信息,是用户对应用系统中的页面所具有的打开权限。菜单权限信息,是用户对应用系统中的页面中的菜单所具有的打开权限。
在一个实施例中,本申请各实施例中基于微前端架构的应用系统可以通过iframe来实现。iframe,是HTML(Hyper Text Markup Language,超文本标记语言)标签,作用是建立文档中的文档或者浮动的框架。iframe元素会创建包含另外一个文档的内联框架。
具体地,终端可以展示应用系统的登录页面,用户可以通过登录页面输入用户登录信息,终端可以将输入的用户登录信息发送至主系统的服务器,主系统的服务器可以对用户登录信息进行登录验证,若验证通过则用户对应用系统登录成功,主系统可以向子系统下发登录成功的用户登录信息和对应于子系统的用户权限信息。
在一个实施例中,在应用系统登录成功后,主系统的服务器可以获取主系统的用户权限信息以及对应于各个子系统的用户权限信息,然后主系统的服务器可以向各个子系统的服务器分别下发相对应的用户权限信息。
可以理解,各个子系统分别需要各自的用户权限信息,比如:子系统A需要子系统A的用户权限信息,子系统B需要子系统B的用户权限信息,各个子系统所需的用户权限信息均由主系统获取并统一进行分发。
在一个实施例中,在应用系统登录成功后,主系统的服务器还可以获取路由信息和用户操作习惯信息等中的至少一种信息,并向子系统下发对应于子系统的路由信息和用户操作习惯信息等中的至少一种信息。其中,路由信息,是用于打开页面的信息。
在一个实施例中,在应用系统登录成功后,终端可以展示主系统的首页。
S204,在检测到针对子系统中的页面的页面操作后,通过子系统使用用户登录信息进行登录验证,并根据用户权限信息确定页面操作的权限。
其中,页面操作,是用户对页面进行的操作。登录验证,是验证用户登录信息是否能够成功登录系统。
在一个实施例中,页面操作可以包括页面打开操作、页面刷新操作和页面信息更新操作等中的至少一种页面操作。
具体地,子系统的服务器可以将主系统的服务器下发的用户登录信息和用户权限信息进行存储。在检测到针对子系统中的页面的页面操作后,子系统的服务器可以获取存储的用户登录信息和用户权限信息,然后使用用户登录信息进行登录验证,并根据用户权限信息确定该页面操作是否具有权限。
可以理解,子系统的服务器使用主系统的服务器下发的用户登录信息进行登录验证,在验证通过后,可以登录子系统,从而实现单点登录。
在一个实施例中,在应用系统登录成功后,可以异步注册载入各个子系统,待子系统加载完成,则主系统的服务器可以通过消息队列向各个子系统分发用户登录信息。子系统的服务器可以进行消息监听,接收主系统的服务器发送至的消息,并将接收到的用户登录信息进行存储。
S206,在对登录信息验证通过、且确认页面操作具有权限后,根据页面操作、用户登录信息和用户权限信息,生成页面处理请求,并将页面处理请求发送至主系统。
其中,页面处理请求,是对页面进行与页面操作相对应的处理的请求。
具体地,在对登录信息验证通过、且确认页面操作具有权限后,子系统的服务器可以根据页面操作、用户登录信息和用户权限信息,生成页面处理请求,并将页面处理请求发送至主系统的服务器。
在一个实施例中,子系统的服务器可以根据用户登录信息生成登录校验标识,并将登录校验标识放在页面处理请求的请求头中进行携带。
在一个实施例中,子系统的服务器可以通过调用API(Application ProgrammingInterface,应用程序接口)将页面处理请求发送至主系统的服务器。
在本申请各实施例中,均可以通过简单地调用API实现子系统与主系统之间的通信。
S208,通过主系统将页面处理请求中的用户登录信息和用户权限信息,与主系统中相应存储的用户登录信息和用户权限信息进行比对。
具体地,主系统的服务器接收到的页面处理请求中的用户登录信息和用户权限信息,是由主系统下发至子系统进行存储,又由子系统通过页面处理请求携带至的信息。主系统的服务器可以将页面处理请求中的用户登录信息和用户权限信息,与主系统的服务器中原本相应存储的用户登录信息和用户权限信息进行比对,确定是否一致。
S210,在比对通过后,通过主系统按照页面操作对子系统中的页面进行处理。
具体地,若比对结果为一致,则比对通过,则主系统的服务器可以按照页面操作对子系统中的页面进行处理。
在一个实施例中,若页面操作为页面打开操作,则主系统的服务器可以打开子系统中的页面。在一个实施例中,若页面操作为页面刷新操作,则主系统的服务器可以刷新子系统中的页面。在一个实施例中,若页面操作为页面信息更新操作,则主系统可以对与页面信息更新操作针对的第一页面相关联的第二页面中相应的信息进行更新处理。
在一个实施例中,在比对通过后,若登录未失效,则主系统的服务器可以按照页面操作对子系统中的页面进行处理。若登录失效,则终端重新展示登录页面,进行应用系统的登录。
在一个实施例中,主系统中设置有监控中心,监控中心可以监控子系统发送的页面处理请求,还可以用户登录信息和用户权限信息进行比对。
上述应用系统处理方法中,在应用系统登录成功后,通过应用系统中的主系统向子系统下发登录成功的用户登录信息和对应于子系统的用户权限信息,而无需由各个子系统存储各自的用户权限信息,从而无需对子系统进行复杂的配置,提高了开发效率。在检测到针对子系统中的页面的页面操作后,通过子系统使用用户登录信息进行登录验证,并根据用户权限信息确定页面操作的权限,以实现单点登录,在对登录信息验证通过、且确认页面操作具有权限后,根据页面操作、用户登录信息和用户权限信息,生成页面处理请求,并将页面处理请求发送至主系统,通过主系统将页面处理请求中的用户登录信息和用户权限信息,与主系统中相应存储的用户登录信息和用户权限信息进行比对,在比对通过后,通过主系统按照页面操作对子系统中的页面进行处理。对子系统中的页面的页面操作都通知主系统进行处理,无需对子系统进行复杂的配置,提高了开发效率。另外,抽象应用系统中的路由、菜单模块和权限模块等,统一由主系统进行下发,避免了重复加载基础环境,提高了系统运行效率,减少了系统资源损耗。
此外,由于用户权限信息全部由主系统进行下发,而无需各个子系统分别存储各自的所需的用户权限信息,使得主系统和各个子系统之间的代码较为一致,可以便捷地切换系统身份,大大提高了开发效率。由于用户权限信息全部由主系统进行下发,因此在改变系统环境时,只需重启主系统后,主系统即可向各个子系统下发登录信息和用户权限信息,而无需挨个重启各个子系统以更新各个子系统中的信息,方便在不同的环境之间调试,从而提高了开发效率。
在一个实施例,该方法还包括:若检测到针对主系统中的页面的页面操作,则通过主系统根据对应于主系统的用户权限信息确定页面操作的权限;在确认页面操作具有权限后,通过主系统按照页面操作对主系统中的页面进行处理。
具体地,在应用系统登录成功后,主系统的服务器可以获取主系统的用户权限信息以及对应于各个子系统的用户权限信息,然后主系统的服务器可以向各个子系统的服务器分别下发相对应的用户权限信息。若检测到针对主系统中的页面的页面操作,则主系统的服务器可以根据对应于主系统的用户权限信息确定页面操作的权限,并在确认页面操作具有权限后,主系统的服务器可以按照页面操作对主系统中的页面进行处理。
在一个实施例中,页面操作可以包括页面打开操作、页面关闭操作、页面刷新操作和页面信息更新操作等中的至少一种页面操作。
在一个实施例中,若页面操作为页面打开操作,则主系统的服务器可以打开主系统中的页面。在一个实施例中,若页面操作为页面关闭操作,则主系统的服务器可以关闭主系统中的页面。在一个实施例中,若页面操作为页面刷新操作,则主系统的服务器可以刷新主系统中的页面。在一个实施例中,若页面操作为页面信息更新操作,则主系统可以对与页面信息更新操作针对的主系统中的页面相关联的第二页面中相应的信息进行更新处理。
上述实施例中,若检测到针对主系统中的页面的页面操作,则通过主系统根据对应于主系统的用户权限信息确定页面操作的权限,并在确认页面操作具有权限后,通过主系统按照页面操作对主系统中的页面进行处理。所有的用户权限信息均由主系统进行获取和下发,无需对子系统进行复杂的配置,提高了开发效率。
在一个实施例中,页面操作为页面打开操作。该方法还包括:预加载应用系统中的各个页面的静态资源;在检测到针对子系统中的页面的打开操作后,从预先针对应用系统建立的统一的组件库中,获取页面所需的组件;根据获取的组件和预先加载的页面的静态资源,生成页面。本实施例中,通过主系统按照页面操作对子系统中的页面进行处理包括:通过主系统打开生成的页面。
其中,页面打开操作,是打开页面的操作。
具体地,服务器可以预加载应用系统中的各个页面的静态资源。在检测到针对子系统中的页面的打开操作后,子系统的服务器可以从预先针对应用系统建立的统一的组件库中,获取该子系统中的页面所需的组件,然后根据获取的组件和预先加载的该子系统中的页面的静态资源,生成页面。
在一个实施例中,在终端打开应用系统的登录页面后,服务器可以预加载应用系统中的各个页面的静态资源,即,预加载主系统的页面和各个子系统的页面的静态资源。
在一个实施例中,可以预先针对应用系统建立统一的组件库,即,建立针对应用系统中的主系统和各个子系统的统一的组件库。可以理解,本实施例中,应用系统中的主系统和各个子系统共享同一个组件库。
在一个实施例中,组件库除了可以包括系统自带的组件库之外,还可以包括第三方组件库。其中,第三方组件库可以是开发人员自己写的组件,也可以是从其他系统中抽取的组件。
上述实施例中,对应用系统中的页面的静态资源进行预加载,在打开页面时,可以直接根据预加载的静态资源和获取的组件生成页面,提高了页面加载效率。此外,应用系统中的主系统和各个子系统共享同一个组件库,避免了传统的微前端架构中需对应用系统中的主系统和各个子系统分别设置各自的组件库,导致的开发效率低的问题,提高了开发效率。
在一个实施例中,在检测到针对主系统中的页面的打开操作后,主系统的服务器可以从预先针对应用系统建立的统一的组件库中,获取该主系统中的页面所需的组件,然后根据获取的组件和预先加载的该主系统中的页面的静态资源,生成页面。在确认页面操作具有权限后,主系统的服务器可以打开生成的页面。
在一个实施例中,页面操作为页面刷新操作。在检测到针对子系统中的页面的页面刷新操作后,子系统的服务器可以重新从预先针对应用系统建立的统一的组件库中,获取该子系统中的页面所需的组件,然后根据获取的组件和预先加载的页面的静态资源,重新生成页面。主系统的服务器可以将该子系统的页面刷新为重新生成的页面。其中,页面刷新操作,是刷新页面的操作。
在一个实施例中,页面操作为页面刷新操作。在检测到针对主系统中的页面的页面刷新操作后,主系统的服务器可以重新从预先针对应用系统建立的统一的组件库中,获取该主系统中的页面所需的组件,然后根据获取的组件和预先加载的页面的静态资源,重新生成页面。主系统的服务器可以将该主系统的页面刷新为重新生成的页面。
在一个实施例中,页面操作为页面信息更新操作。在检测到针对子系统中的页面的页面操作后,通过子系统使用用户登录信息进行登录验证,并根据用户权限信息确定页面操作的权限包括:在检测到针对第一子系统中的第一页面的页面信息更新操作后,通过第一子系统使用用户登录信息进行登录验证,并根据用户权限信息确定页面信息更新操作的权限。本实施例中,在通过主系统将页面处理请求中的用户登录信息和用户权限信息,与主系统中相应存储的用户登录信息和用户权限信息进行比对之后,该方法还包括:在比对通过后,通过主系统确定与第一页面相关联的第二页面;第二页面是第二子系统中的页面;通过主系统根据页面信息更新操作,对第二页面中与页面信息更新操作所针对的信息相关联的信息进行更新处理。
其中,页面信息更新操作,是对页面中的信息进行更新的操作。第一页面,是第一子系统中的页面。第二页面,是第二子系统中的页面。可以理解,第一子系统与第二子系统是不同的子系统。
在一个实施例中,页面信息更新操作可以包括在页面中输入新的信息和对页面中原先的信息进行修改等中的至少一种操作。
具体地,在检测到针对第一子系统中的第一页面的页面信息更新操作后,第一子系统的服务器可以使用用户登录信息进行登录验证,并根据用户权限信息确定页面信息更新操作的权限。在对登录信息验证通过、且确认页面信息更新操作具有权限后,第一子系统的服务器可以根据页面信息更新操作、用户登录信息和用户权限信息,生成页面处理请求,并将页面处理请求发送至主系统的服务器。主系统的服务器可以将页面处理请求中的用户登录信息和用户权限信息,与主系统中相应存储的用户登录信息和用户权限信息进行比对。在比对通过后,主系统的服务器可以确定与第一页面相关联的第二页面,然后根据页面信息更新操作,对第二页面中与页面更新输入操作所针对的信息相关联的信息进行更新处理。
可以理解,与第一页面相关联的第二页面,是至第二页面中的信息与第一页面中的信息之间是相关联的,第二页面中的信息随着第一页面中的信息的变化而变化。
例如:A系统中的审批单编辑页面(即第一页面)和B系统中的审批单详情页面(即第二页面)同时处于打开状态,在检测到针对审批单编辑页面进行审批单信息编辑操作(即页面信息更新操作)后,主系统的服务器可以对审批单详情页面中展示的审批单详情进行更新处理。
上述实施例中,在对第一子系统中的第一页面进行页面信息更新操作后,可以自动对第二子系统中的第二页面中的信息进行更新处理,从而能够及时更新页面中的信息,提高了信息更新的及时性。通过子系统与主系统之间的通信,实现页面信息的更新,由主系统进行更新处理,从而无需对子系统进行复杂的配置,提高了开发效率。
如图3所示,为本申请各实施例中的应用系统处理方法的整体流程示意图。首先,终端展示登录页面,与此同时,服务器可以预加载子系统的页面的静态资源。用户可以通过终端的登录页面登录应用系统。若登录未成功,则重新展示登录页面,重新执行通过登录页面登录应用系统的步骤。若登录成功,则终端可以展示主系统的首页,同时,主系统的服务器可以获取用户登录信息、用户权限信息、路由信息和用户操作习惯信息等信息并下发至子系统。
在检测到针对应用系统中的页面的页面操作时,可以确定针对的是主系统中的页面还是子系统中的页面。若是主系统中的页面,则主系统的服务器可以从统一的组件库获取组件,然后根据预加载的静态资源和获取的组件生成主系统的页面。若是子系统中的页面,则子系统的服务器可以从统一的组件库获取组件,然后根据预加载的静态资源和获取的组件生成子系统的页面。
子系统的服务器可以向主系统的服务器发送页面处理请求,主系统的服务器可以在监控到页面处理请求后,对用户登录信息和用户权限信息进行比对,并在比对通过后,若登录未失效,则主系统按照页面操作对页面进行处理。若登录失效,则由终端展示登录页面,重新执行登录应用系统及后续步骤。
如图4所示,是本申请各实施例中的应用系统处理方法的时序图,包括如下步骤:
S402,接入服务器预加载子系统的页面的静态资源。
S404,终端发送登录请求至接入服务器。
S406,接入服务器验证用户登录信息。
S408,接入服务器登录应用系统。
S410,主系统的服务器获取用户登录信息、用户权限信息、路由信息和用户操作习惯信息。
S412,主系统的服务器载入主系统的首页。
S414,主系统的服务器下发用户登录信息、用户权限信息、路由信息和用户操作习惯信息。
在检测到针对子系统中的页面的页面操作后,则执行如下步骤:
S416,子系统的服务器使用用户登录信息进行登录验证,并根据用户权限信息确定页面操作的权限。
S418,子系统的服务器向主系统发送页面处理请求。
S420,主系统的服务器在对用户登录信息和用户权限信息比对通过后,按照页面操作对页面进行处理。
S422,接入服务器退出登录应用系统。
S424,终端退出应用系统。
在一个实施例中,该方法还包括:在检测到针对子系统中的页面的页面关闭操作后,通过子系统生成页面关闭请求,并将页面关闭请求发送至主系统;通过主系统关闭页面关闭请求所指定关闭的页面。
其中,页面关闭操作,是关闭页面的操作。
具体地,在检测到针对子系统中的页面的页面关闭操作后,子系统的服务器可以生成指定关闭该页面的页面关闭请求,并将页面关闭请求发送至主系统的服务器,主系统的服务器可以关闭页面关闭请求所指定关闭的页面。
上述实施例中,通过子系统与主系统之间的通信,实现对子系统中的页面的关闭,由主系统关闭页面,从而无需对子系统进行复杂的配置,提高了开发效率。
在一个实施例中,该方法还包括:在对主系统和子系统进行身份切换时,根据对配置文件中的系统身份配置信息的修改,确定配置的新的主系统的系统标识和新的子系统的系统标识;根据新的主系统的系统标识和新的子系统的系统标识,确定新的主系统和新的子系统;在应用系统登录成功后,通过新的主系统向子系统下发用户登录信息和对应于子系统的用户权限信息。
其中,身份,是指系统是主系统还是子系统。身份切换,是指将系统由一种身份切换为另一种身份,即,将系统的身份由主系统切换为子系统或由子系统切换为主系统。系统身份配置信息,是对系统的身份进行配置的信息。系统标识,是系统的唯一标识。
具体地,在对主系统和子系统进行身份切换时,开发人员可以对配置文件中的系统身份配置信息进行修改,将原先配置的主系统的系统标识,修改为新的主系统的系统标识,并将原先配置的子系统的系统标识,修改为新的子系统的系统标识。服务器可以根据对配置文件中的系统身份配置信息的修改,确定配置的新的主系统的系统标识和新的子系统的系统标识,并根据新的主系统的系统标识和新的子系统的系统标识,确定新的主系统和新的子系统。在应用系统登录成功后,新的主系统的服务器可以向各个子系统的服务器下发用户登录信息和对应于子系统的用户权限信息。其中,各个子系统可以包括新的子系统以及未被改变身份的原先的子系统。
比如:应用系统中包括系统标识为001、002和003的三个系统,原先配置文件中系统身份配置信息设置为:系统标识为001的系统是主系统,且系统标识为002和003的系统为子系统。假设现在想要将系统标识为001和003的两个系统的身份进行切换,即,将系统标识为003的系统设置为新的主系统,并将系统标识为001的系统设置为新的子系统,则开发人员可以将系统身份配置信息修改为:系统标识为003的系统是主系统,且系统标识为001的系统是子系统。系统标识为002的系统是子系统这一项保持不变,无需修改。服务器可以根据系统身份配置信息,确定系统标识为003的系统是新的主系统,且系统标识为001的系统是新的子系统。
在一个实施例中,在应用系统登录成功后,新的主系统可以获取用户登录信息和用户权限信息,并向子系统下发用户登录信息和对应于子系统的用户权限信息。
上述实施例中,由于用户权限信息全部由主系统进行下发,而无需各个子系统分别存储各自的所需的用户权限信息,使得主系统和各个子系统之间的代码较为一致,只需更改主系统和子系统的系统标识,即可实现主系统和子系统之间的身份切换,在身份切换后,可以直接根据系统标识确定新的主系统,由新的主系统获取用户权限信息,并向子系统下发用户权限信息,即可实现各个子系统的配置信息的获取,避免了传统的微前端架构中主系统和每个子系统的配置信息较为复杂,在切换身份时需要对系统配置进行复杂的更改,导致开发效率低的问题,可以简单地切换系统身份,大大提高了开发效率。
在一个实施例中,该方法还包括:在切换应用系统的系统环境时,重启主系统,基于切换后的系统环境,登录应用系统;在切换后的系统环境下,通过主系统向子系统下发登录成功的用户登录信息和对应于子系统的用户权限信息。
具体地,在开发人员对应用系统的系统环境进行切换后,开发人员可以重启主系统,以实现整个应用系统的系统环境的切换,而无需挨个重启各个子系统。在使用应用系统的过程中,用户可以通过终端基于切换后的系统环境,登录应用系统,主系统服务器可以在切换后的系统环境下获取用户登录信息和用户权限信息,并向子系统下发登录成功的用户登录信息和对应于子系统的用户权限信息。
上述实施例中,由于用户权限信息全部由主系统进行下发,因此在改变系统环境时,只需重启主系统后,主系统即可向各个子系统下发登录信息和用户权限信息,而无需挨个重启各个子系统以更新各个子系统中的信息,方便在不同的环境之间调试,从而提高了开发效率。
应该理解的是,虽然各流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,各流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图5所示,提供了一种应用系统处理装置500,包括:信息下发模块502、权限验证模块504、请求模块506和页面处理模块508,其中:
信息下发模块502,用于在应用系统登录成功后,通过应用系统中的主系统向子系统下发登录成功的用户登录信息和对应于子系统的用户权限信息。
权限验证模块504,用于在检测到针对子系统中的页面的页面操作后,通过子系统使用用户登录信息进行登录验证,并根据用户权限信息确定页面操作的权限。
请求模块506,用于在对登录信息验证通过、且确认页面操作具有权限后,根据页面操作、用户登录信息和用户权限信息,生成页面处理请求,并将页面处理请求发送至主系统。
权限验证模块504还用于通过主系统将页面处理请求中的用户登录信息和用户权限信息,与主系统中相应存储的用户登录信息和用户权限信息进行比对。
页面处理模块508,用于在比对通过后,通过主系统按照页面操作对子系统中的页面进行处理。
在一个实施例中,权限验证模块504还用于若检测到针对主系统中的页面的页面操作,则通过主系统根据对应于主系统的用户权限信息确定页面操作的权限。本实施例中,页面处理模块508还用于在确认页面操作具有权限后,通过主系统按照页面操作对主系统中的页面进行处理。
在一个实施例中,页面操作为页面打开操作。应用系统处理装置500还包括:
页面生成模块510,用于预加载应用系统中的各个页面的静态资源;在检测到针对子系统中的页面的打开操作后,从预先针对应用系统建立的统一的组件库中,获取页面所需的组件;根据获取的组件和预先加载的页面的静态资源,生成页面。本实施例中,页面处理模块508还用于通过主系统打开生成的页面。
在一个实施例中,页面操作为页面信息更新操作。权限验证模块504还用于在检测到针对第一子系统中的第一页面的页面信息更新操作后,通过第一子系统使用用户登录信息进行登录验证,并根据用户权限信息确定页面信息更新操作的权限。本实施例中,页面处理模块508还用于在比对通过后,通过主系统确定与第一页面相关联的第二页面;第二页面是第二子系统中的页面;通过主系统根据页面信息更新操作,对第二页面中与页面信息更新操作所针对的信息相关联的信息进行更新处理。
在一个实施例中,请求模块506用于在检测到针对子系统中的页面的页面关闭操作后,通过子系统生成页面关闭请求,并将页面关闭请求发送至主系统。本实施例中,页面处理模块508还用于通过主系统关闭页面关闭请求所指定关闭的页面。
在一个实施例中,如图6所示,应用系统处理装置500还包括:
身份确定模块512,用于在对主系统和子系统进行身份切换时,根据对配置文件中的系统身份配置信息的修改,确定配置的新的主系统的系统标识和新的子系统的系统标识;根据新的主系统的系统标识和新的子系统的系统标识,确定新的主系统和新的子系统。本实施例中,信息下发模块502还用于在应用系统登录成功后,通过新的主系统向子系统下发用户登录信息和对应于子系统的用户权限信息。
在一个实施例中,信息下发模块502还用于在切换应用系统的系统环境时,重启主系统,基于切换后的系统环境,登录应用系统;在切换后的系统环境下,通过主系统向子系统下发登录成功的用户登录信息和对应于子系统的用户权限信息。
上述应用系统处理装置中,在应用系统登录成功后,通过应用系统中的主系统向子系统下发登录成功的用户登录信息和对应于子系统的用户权限信息,而无需由各个子系统存储各自的用户权限信息,从而无需对子系统进行复杂的配置,提高了开发效率。在检测到针对子系统中的页面的页面操作后,通过子系统使用用户登录信息进行登录验证,并根据用户权限信息确定页面操作的权限,以实现单点登录,在对登录信息验证通过、且确认页面操作具有权限后,根据页面操作、用户登录信息和用户权限信息,生成页面处理请求,并将页面处理请求发送至主系统,通过主系统将页面处理请求中的用户登录信息和用户权限信息,与主系统中相应存储的用户登录信息和用户权限信息进行比对,在比对通过后,通过主系统按照页面操作对子系统中的页面进行处理。对子系统中的页面的页面操作都通知主系统进行处理,无需对子系统进行复杂的配置,提高了开发效率。另外,抽象应用系统中的路由、菜单模块和权限模块等,统一由主系统进行下发,避免了重复加载基础环境,提高了系统运行效率,减少了系统资源损耗。
此外,由于用户权限信息全部由主系统进行下发,而无需各个子系统分别存储各自的所需的用户权限信息,使得主系统和各个子系统之间的代码较为一致,可以便捷地切换系统身份,大大提高了开发效率。由于用户权限信息全部由主系统进行下发,因此在改变系统环境时,只需重启主系统后,主系统即可向各个子系统下发登录信息和用户权限信息,而无需挨个重启各个子系统以更新各个子系统中的信息,方便在不同的环境之间调试,从而提高了开发效率。
关于应用系统处理装置的具体限定可以参见上文中对于应用系统处理方法的限定,在此不再赘述。上述应用系统处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储用户登录信息和用户权限信息。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种应用系统处理方法。
本领域技术人员可以理解,图7中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,还提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种应用系统处理方法,其特征在于,所述方法包括:
在应用系统登录成功后,通过所述应用系统中的主系统向子系统下发登录成功的用户登录信息和对应于所述子系统的用户权限信息;
在检测到针对所述子系统中的页面的页面操作后,通过所述子系统使用所述用户登录信息进行登录验证,并根据所述用户权限信息确定所述页面操作的权限;
在对所述登录信息验证通过、且确认所述页面操作具有权限后,根据所述页面操作、所述用户登录信息和所述用户权限信息,生成页面处理请求,并将所述页面处理请求发送至所述主系统;
通过所述主系统将所述页面处理请求中的用户登录信息和用户权限信息,与所述主系统中相应存储的所述用户登录信息和所述用户权限信息进行比对;
在比对通过后,通过所述主系统按照所述页面操作对所述子系统中的所述页面进行处理。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若检测到针对所述主系统中的页面的页面操作,则
通过所述主系统根据对应于所述主系统的用户权限信息确定所述页面操作的权限;
在确认所述页面操作具有权限后,通过所述主系统按照所述页面操作对所述主系统中的所述页面进行处理。
3.根据权利要求1所述的方法,其特征在于,所述页面操作为页面打开操作;所述方法还包括:
预加载所述应用系统中的各个页面的静态资源;
在检测到针对所述子系统中的页面的打开操作后,从预先针对所述应用系统建立的统一的组件库中,获取所述页面所需的组件;
根据获取的所述组件和预先加载的所述页面的静态资源,生成所述页面;
所述通过所述主系统按照所述页面操作对所述子系统中的所述页面进行处理包括:
通过所述主系统打开生成的所述页面。
4.权利要求1所述的方法,其特征在于,所述页面操作为页面信息更新操作;所述在检测到针对所述子系统中的页面的页面操作后,通过所述子系统使用所述用户登录信息进行登录验证,并根据所述用户权限信息确定所述页面操作的权限包括:
在检测到针对第一子系统中的第一页面的页面信息更新操作后,通过所述第一子系统使用所述用户登录信息进行登录验证,并根据所述用户权限信息确定所述页面信息更新操作的权限;
在所述通过所述主系统将所述页面处理请求中的用户登录信息和用户权限信息,与所述主系统中相应存储的所述用户登录信息和所述用户权限信息进行比对之后,所述方法还包括:
在比对通过后,通过所述主系统确定与所述第一页面相关联的第二页面;所述第二页面是第二子系统中的页面;
通过所述主系统根据所述页面信息更新操作,对所述第二页面中与所述页面信息更新操作所针对的信息相关联的信息进行更新处理。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在检测到针对所述子系统中的页面的页面关闭操作后,通过所述子系统生成页面关闭请求,并将所述页面关闭请求发送至所述主系统;
通过所述主系统关闭所述页面关闭请求所指定关闭的所述页面。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在对主系统和子系统进行身份切换时,根据对配置文件中的系统身份配置信息的修改,确定配置的新的主系统的系统标识和新的子系统的系统标识;
根据所述新的主系统的系统标识和所述新的子系统的系统标识,确定新的主系统和新的子系统;
在应用系统登录成功后,通过所述新的主系统向子系统下发用户登录信息和对应于所述子系统的用户权限信息。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法还包括:
在切换所述应用系统的系统环境时,重启所述主系统,基于切换后的系统环境,登录所述应用系统;
在切换后的系统环境下,通过所述主系统向所述子系统下发登录成功的用户登录信息和对应于所述子系统的用户权限信息。
8.一种应用系统处理装置,其特征在于,所述装置包括:
信息下发模块,用于在应用系统登录成功后,通过所述应用系统中的主系统向子系统下发登录成功的用户登录信息和对应于所述子系统的用户权限信息;
权限验证模块,用于在检测到针对所述子系统中的页面的页面操作后,通过所述子系统使用所述用户登录信息进行登录验证,并根据所述用户权限信息确定所述页面操作的权限;
请求模块,用于在对所述登录信息验证通过、且确认所述页面操作具有权限后,根据所述页面操作、所述用户登录信息和所述用户权限信息,生成页面处理请求,并将所述页面处理请求发送至所述主系统;
所述权限验证模块还用于通过所述主系统将所述页面处理请求中的用户登录信息和用户权限信息,与所述主系统中相应存储的所述用户登录信息和所述用户权限信息进行比对;
页面处理模块,用于在比对通过后,通过所述主系统按照所述页面操作对所述子系统中的所述页面进行处理。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110730374.9A CN113568652A (zh) | 2021-06-29 | 2021-06-29 | 应用系统处理方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110730374.9A CN113568652A (zh) | 2021-06-29 | 2021-06-29 | 应用系统处理方法、装置、计算机设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113568652A true CN113568652A (zh) | 2021-10-29 |
Family
ID=78163242
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110730374.9A Pending CN113568652A (zh) | 2021-06-29 | 2021-06-29 | 应用系统处理方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113568652A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114816639A (zh) * | 2022-04-24 | 2022-07-29 | 招银云创信息技术有限公司 | 页面显示方法、装置、设备、存储介质和程序产品 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109271776A (zh) * | 2018-10-22 | 2019-01-25 | 努比亚技术有限公司 | 微服务系统单点登录方法、服务器及计算机可读存储介质 |
WO2020087778A1 (zh) * | 2018-11-02 | 2020-05-07 | 深圳壹账通智能科技有限公司 | 多系统登录方法、装置、计算机设备和存储介质 |
CN111240863A (zh) * | 2020-01-10 | 2020-06-05 | 无锡华云数据技术服务有限公司 | 数据通信方法、装置、微前端系统及存储介质 |
CN112988153A (zh) * | 2021-03-17 | 2021-06-18 | 薪得付信息技术(上海)有限公司 | 基于微前端的数据处理方法及框架 |
-
2021
- 2021-06-29 CN CN202110730374.9A patent/CN113568652A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109271776A (zh) * | 2018-10-22 | 2019-01-25 | 努比亚技术有限公司 | 微服务系统单点登录方法、服务器及计算机可读存储介质 |
WO2020087778A1 (zh) * | 2018-11-02 | 2020-05-07 | 深圳壹账通智能科技有限公司 | 多系统登录方法、装置、计算机设备和存储介质 |
CN111240863A (zh) * | 2020-01-10 | 2020-06-05 | 无锡华云数据技术服务有限公司 | 数据通信方法、装置、微前端系统及存储介质 |
CN112988153A (zh) * | 2021-03-17 | 2021-06-18 | 薪得付信息技术(上海)有限公司 | 基于微前端的数据处理方法及框架 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114816639A (zh) * | 2022-04-24 | 2022-07-29 | 招银云创信息技术有限公司 | 页面显示方法、装置、设备、存储介质和程序产品 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112637346B (zh) | 代理方法、装置、代理服务器及存储介质 | |
CN110008118B (zh) | 页面数据测试方法、装置、计算机设备和存储介质 | |
US10979288B2 (en) | Distributed rules engine for processing events associated with internet of things devices | |
US11068583B2 (en) | Management of login information affected by a data breach | |
CN109144487B (zh) | 进件业务开发方法、装置、计算机设备和存储介质 | |
US9912685B2 (en) | Simulating a bot-net spanning a plurality of geographic regions | |
US10877825B2 (en) | System for offline object based storage and mocking of rest responses | |
CN109389299B (zh) | 工作流流程部署方法、装置、计算机设备和存储介质 | |
US9092287B2 (en) | Product deployment system | |
CN111625301A (zh) | 幂等处理方法、装置、设备及存储介质 | |
CN110727935B (zh) | 单点登录方法、系统、计算机设备和存储介质 | |
CN109241128B (zh) | 一种过期事件自动触发方法及系统 | |
CN111400246A (zh) | 异步导入文件方法、装置、计算机设备和存储介质 | |
CN112506481A (zh) | 业务数据交互方法、装置、计算机设备和存储介质 | |
CN113568652A (zh) | 应用系统处理方法、装置、计算机设备和存储介质 | |
CN113271364B (zh) | 服务编排数据的共享系统、方法、计算机设备及存储介质 | |
CN108418797B (zh) | 网页访问方法、装置、计算机设备和存储介质 | |
CN113315750B (zh) | 一种Kafka消息发布方法、装置及存储介质 | |
CN112134707B (zh) | 一种针对多个kerberos集群的并发访问方法和装置 | |
CN113626795A (zh) | 分布式系统架构的验证方法、装置、电子设备及存储介质 | |
CN113191889A (zh) | 风控配置方法、配置系统、电子设备及可读存储介质 | |
CN116010926A (zh) | 登陆认证方法、装置、计算机设备和存储介质 | |
CN105681291A (zh) | 一种实现多客户端统一认证方法及系统 | |
CN112702436B (zh) | 流量录制方法、装置、计算机设备和存储介质 | |
CN115202907A (zh) | 一种应用程序接口的运行方法、系统、计算机设备及介质 |
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 |