CN114968024A - 微服务菜单管理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开一种微服务菜单管理方法、装置、电子设备及存储介质。其中，微服务菜单管理方法，包括：接收微服务的菜单注册请求，所述菜单注册请求包括待注册菜单；响应于所述菜单注册请求，确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过；在所述第一菜单被用户修改过的情况下，输出提示信息，以基于所述提示信息更新所述第一菜单；所述提示信息用于指示所述待注册菜单与所述第一菜单之间的区别。采用本申请实施例提供的微服务菜单管理方法、装置、电子设备及存储介质，可以提高用户体验。

Description

微服务菜单管理方法、装置、电子设备及存储介质

技术领域

本公开涉及微服务技术领域，尤其涉及一种微服务菜单管理方法、装置、电子设备及存储介质。

背景技术

相关技术中，应用程序通常可以被划分为多个微服务，每个微服务通常可以对应到一个或多个功能，服务商可以菜单的形式将微服务的功能显示给用户，用户可以通过操作显示的微服务菜单使用微服务，也可以修改显示的微服务菜单。当服务商和用户都对微服务菜单进行了修改时，则需要人工进行菜单比对，再根据比对结果更新显示给用户的微服务菜单。这样，会导致微服务菜单的更新过程较为繁琐，更新效率较低，从而会导致微服务菜单的管理效率较低。

发明内容

本公开提供一种微服务菜单管理方法、装置、电子设备及存储介质，以至少解决相关技术中微服务菜单的更新过程较为繁琐，更新效率较低，从而导致微服务菜单的管理效率较低的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种微服务菜单管理方法，包括：

接收微服务的菜单注册请求；所述菜单注册请求包括待注册菜单；

响应于所述菜单注册请求，确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过；

在所述第一菜单被用户修改过的情况下，输出提示信息，以基于所述提示信息更新所述第一菜单；所述提示信息用于指示所述待注册菜单与所述第一菜单之间的区别。

可选的，所述基于所述提示信息更新所述第一菜单，包括：

接收基于所述提示信息生成的菜单更新指令；

响应于所述菜单更新指令，根据所述菜单更新指令更新所述第一菜单。

可选的，所述确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过之后，还包括：

在所述第一菜单未被修改过的情况下，基于所述待注册菜单更新所述第一菜单。

可选的，所述确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过，包括：

确定是否存在所述第一菜单对应的菜单更新时间；在存在所述第一菜单对应的菜单更新时间的情况下，确定所述第一菜单被用户修改过；

或，

从注册菜单集合中获取所述待注册菜单对应的第二菜单；在所述第二菜单与所述第一菜单不相同的情况下，确定所述第一菜单被用户修改过。

可选的，所述确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过之前，还包括：

检测所述生效菜单集合中是否包含所述待注册菜单；

在所述生效菜单集合中不包含所述待注册菜单的情况下，在所述生效菜单集合中创建所述待注册菜单；

所述确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过，包括：

在所述生效菜单集合中包含所述待注册菜单的情况下，确定所述生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过。

可选的，所述确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过之前，还包括：

确定注册菜单集合中是否包含所述待注册菜单；

在所述注册菜单集合中包含所述待注册菜单的情况下，更新所述注册菜单集合中所述待注册菜单的更新时间；

在所述注册菜单集合中不包含所述待注册菜单的情况下，在所述注册菜单集合中创建所述待注册菜单，并更新所述待注册菜单的更新时间。

可选的，所述微服务菜单管理方法，还包括：

接收用户的菜单编辑指令；所述菜单编辑指令包括菜单增加指令、菜单修改指令、菜单删除指令中的一个或多个；

响应于所述菜单编辑指令，编辑所述生效菜单集合。

可选的，在所述菜单编辑指令为菜单删除指令的情况下，所述响应于所述菜单编辑指令，编辑所述生效菜单集合，包括：

响应于所述菜单删除指令，为所述生效菜单集合中的第一目标菜单添加删除标记。

可选的，所述微服务菜单管理方法还包括：

接收微服务的查询指令；

响应于所述查询指令，将第二目标菜单返回至所述微服务。

根据本公开实施例的第二方面，提供一种微服务菜单管理装置，包括：

第一接收模块，用于接收微服务的菜单注册请求；所述菜单注册请求包括待注册菜单；

第一确定模块，用于响应于所述菜单注册请求，确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过；

第一更新模块，用于在所述第一菜单被用户修改过的情况下，输出提示信息，以基于所述提示信息更新所述第一菜单；所述提示信息用于指示所述待注册菜单与所述第一菜单之间的区别。

可选的，所述第一更新模块，包括：

接收单元，用于接收基于所述提示信息生成的菜单更新指令；

更新单元，用于响应于所述菜单更新指令，根据所述菜单更新指令更新所述第一菜单。

可选的，所述微服务菜单管理装置，还包括：

第二更新模块，用于在所述第一菜单未被修改过的情况下，基于所述待注册菜单更新所述第一菜单。

可选的，所述第一确定模块，包括：

第一确定单元，用于确定是否存在所述第一菜单对应的菜单更新时间；

第二确定单元，用于在存在所述第一菜单对应的菜单更新时间的情况下，确定所述第一菜单被用户修改过；

或，

获取单元，用于从注册菜单集合中获取所述待注册菜单对应的第二菜单；

第三确定单元，用于在所述第二菜单与所述第一菜单不相同的情况下，确定所述第一菜单被用户修改过。

可选的，所述微服务菜单管理装置，还包括：

检测模块，用于检测所述生效菜单集合中是否包含所述待注册菜单；

创建模块，用于在所述生效菜单集合中不包含所述待注册菜单的情况下，在所述生效菜单集合中创建所述待注册菜单；

所述第一确定模块，包括：

第四确定单元，在所述生效菜单集合中包含所述待注册菜单的情况下，确定所述生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过。

可选的，所述微服务菜单管理装置，还包括：

第二确定模块，用于确定注册菜单集合中是否包含所述待注册菜单；

第三更新模块，用于在所述注册菜单集合中包含所述待注册菜单的情况下，更新所述注册菜单集合中所述待注册菜单的更新时间；

第四更新模块，用于在所述注册菜单集合中不包含所述待注册菜单的情况下，在所述注册菜单集合中创建所述待注册菜单，并更新所述待注册菜单的更新时间。

可选的，所述微服务菜单管理装置，还包括：

第二接收模块，用于接收用户的菜单编辑指令；所述菜单编辑指令包括菜单增加指令、菜单修改指令、菜单删除指令中的一个或多个；

编辑模块，用于响应于所述菜单编辑指令，编辑所述生效菜单集合。

可选的，在所述菜单编辑指令为菜单删除指令的情况下，所述编辑模块，具体用于：

响应于所述菜单删除指令，为所述生效菜单集合中的第一目标菜单添加删除标记。

可选的，所述微服务菜单管理装置，还包括：

第三接收模块，用于接收微服务的查询指令；

返回模块，用于响应于所述查询指令，将第二目标菜单返回至所述微服务。

根据本公开实施例的第三方面，提供一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如第一方面任一项所述的微服务菜单管理方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面任一项所述的微服务菜单管理方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现如第一方面任一项所述的微服务菜单管理方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

在本申请实施例中，通过接收微服务的菜单注册请求，其中，菜单注册请求包括待注册菜单；确定生效菜单集合中与待注册菜单对应的第一菜单是否被用户修改过，在第一菜单被用户修改过的情况下，输出提示信息，以基于提示信息更新第一菜单；其中，提示信息可以用于指示待注册菜单与第一菜单之间的区别。这样，可以输出用于指示待注册菜单与第一菜单之间的区别的提示信息，使得用户可以根据提示信息了解到待注册菜单与自身修改过的菜单的区别，如此，更便于用户根据自身需要结合提示信息进行微服务的菜单管理，提高用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是本申请实施例提供的一种微服务菜单管理方法的流程图；

图2是根据一示例性实施例示出的一种应用场景架构图；

图3是本申请实施例提供的另一种微服务菜单管理方法的流程图；

图4是根据一示例性实施例示出的一种微服务菜单管理装置的框图；

图5是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

基于背景技术可知，现有技术中，当服务商和用户都对微服务菜单进行了修改时，需要人工进行菜单比对，才能实现微服务菜单的更新。这会导致微服务菜单的更新过程较为繁琐，更新效率较低，会导致微服务菜单的管理效率较低。基于此，本申请实施例提供了一种微服务菜单管理方法、装置、电子设备及存储介质，能够便于用户根据自身需要结合提示信息进行微服务的菜单管理，提高用户体验。

微服务作为一种用于构建应用的架构方案，微服务可将应用程序拆分成多个功能，每个功能都可以被称为一个微服务，每个微服务可以单独构建和部署，这使得各个微服务在工作(和出现故障)时不会相互影响。以大数据处理应用程序为例，该应用程序可以包括数据集成、数据处理、数据管控、数据标准、数据质量、数据目录、数据服务等多个微服务，参照表1，每个微服务可以对应一个或者多个一级菜单中的功能，每个微服务可以独立发布。微服务的菜单统一在公共模块的配置界面进行配置管理，各微服务展示菜单时，会从公共模块获取全量菜单，再根据用户的访问权限对全量菜单进行过滤后展示给用户。

表1

下面结合附图对本申请实施例提供的微服务菜单管理方法进行说明。

图1是本申请实施例提供的一种微服务菜单管理方法的流程图，该方法的执行主体可以是公共模块，即公共模块所在的服务器，如图1所示，该微服务菜单管理方法可以包括以下处理：

S110，接收微服务的菜单注册请求。

其中，菜单注册请求包括待注册菜单。

作为一个示例，当微服务进行版本更新时(如从版本1.0升级至版本1.2)，会出现微服务对应的菜单发生变更的情况，比如可能出现菜单名称、URL(uniform resourcelocator，统一资源定位系统)、菜单新增/删除等变更。这时，微服务通常需要向公共模块发送菜单注册请求，该菜单注册请求可以携带有微服务的新版本对应的菜单，即待注册菜单。这样，公共模块可以接收到微服务发送的菜单注册请求。

S120，响应于菜单注册请求，确定生效菜单集合中与待注册菜单对应的第一菜单是否被用户修改过。

其中，生效菜单集合可以是公共模块中显示给用户的菜单的集合。第一菜单可以是生效菜单集合中已经存在的与微服务对应的菜单，即与待注册菜单对应的菜单。

作为一个示例，考虑到产品在用户现场部署后，用户也可能根据自己的需求，基于现场的版本进行菜单修改，如对菜单名称、URL等的修改。故而，接收到微服务(如微服务所在的服务器)的菜单注册请求之后，响应于该菜单注册请求，可以获取生效菜单集合的历史操作记录，确定生效菜单集合中的第一菜单有没有被修改过。例如，可以确定生效菜单集合中的第一菜单在微服务的当前版本的菜单有没有被用户修改过，或者也可以确定生效菜单集合中的第一菜单在微服务从启动到当前时刻是否有被用户修改过。

S130，在第一菜单被用户修改过的情况下，输出提示信息，以基于提示信息更新第一菜单。

作为一个示例，在确定生效菜单集合中的第一菜单被用户修改过的情况下，可以认为客户根据自己的需求，对客户现场展示的微服务的菜单进行过菜单修改，如可能是菜单名称、URL、菜单新增/删除等修改操作。此时，可以获取微服务的菜单注册请求携带的待注册菜单，将该待注册菜单与生效菜单集合中的第一菜单进行比对，确定出待注册菜单与第一菜单的区别，再根据待注册菜单与第一菜单的区别生成提示信息，并输出该提示信息。提示信息可以用于指示待注册菜单与第一菜单之间的区别，例如，提示信息可以为“微服务新版本中该菜单的名称为A，您在前版本将该菜单的名称修改为B，请确认是否需要更新为名称A”。这使得用户可以根据提示信息了解到待注册菜单与第一菜单的区别，根据提示信息进行相关操作，使公共模块可以基于提示信息更新第一菜单。

在本申请实施例中，通过接收微服务的菜单注册请求，其中，菜单注册请求包括待注册菜单；确定生效菜单集合中与待注册菜单对应的第一菜单是否被用户修改过，在第一菜单被用户修改过的情况下，输出提示信息，以基于提示信息更新第一菜单；其中，提示信息可以用于指示待注册菜单与第一菜单之间的区别。这样，可以输出用于指示待注册菜单与第一菜单之间的区别的提示信息，使得用户可以根据提示信息了解到待注册菜单与自身修改过的菜单的区别，如此，更便于用户根据自身需要结合提示信息进行微服务的菜单管理，提高用户体验。

在进一步的实施例中，在上述步骤S130中基于提示信息更新第一菜单的具体实现方式可以如下：

接收基于提示信息生成的菜单更新指令；

响应于菜单更新指令，根据菜单更新指令更新第一菜单。

作为一个示例，在输出提示信息之后，用户可以依据个人需要根据提示信息进行相关操作，公共模块可以基于提示信息以及用户的操作生成菜单更新指令，再响应于菜单更新指令，根据菜单更新指令更新第一菜单。例如，假设提示信息仍为“微服务新版本中该菜单的名称为A，您在前版本将该菜单的名称修改为B，请确认是否需要更新为名称A”，菜单更新指令则可以是“更新为名称A”或者“继续使用名称B”。可以理解的是，在用户依据个人需要根据提示信息执行了相关操作之后，提示信息则不再显示。

这样，用户可以根据提示信息对第一菜单进行修改，如此，更便于用户根据自身需要结合提示信息进行微服务的菜单管理，从而可以进一步提高用户体验。

在一些实施例中，在上述步骤S120中确定生效菜单集合中与待注册菜单对应的第一菜单是否被用户修改过之后，还可以执行如下步骤：

在第一菜单未被修改过的情况下，基于待注册菜单更新第一菜单。

作为一个示例，在确定生效菜单集合中与待注册菜单对应的第一菜单未被用户修改过的情况下，可以认为是用户未根据自己的需求对客户现场展示的微服务的菜单进行过菜单修改。此时，可以获取微服务的菜单注册请求携带的待注册菜单，基于待注册菜单更新第一菜单，即将第一菜单更新为待注册菜单。这样，可以实现微服务菜单的自动比对，实现微服务菜单的自动更新，从而可以简化微服务菜单的更新过程，提高更新效率，提高微服务菜单的管理效率。

在一些实施例中，上述步骤S120中确定生效菜单集合中与待注册菜单对应的第一菜单是否被用户修改过的具体实现方式可以如下：

确定是否存在第一菜单对应的菜单更新时间；在存在第一菜单对应的菜单更新时间的情况下，确定第一菜单被用户修改过；

或，

从注册菜单集合中获取待注册菜单对应的第二菜单；在第二菜单与第一菜单不相同的情况下，确定第一菜单被用户修改过。

其中，注册菜单集合可以为公共模块中包含所有注册过的微服务对应的菜单的集合。

作为一个示例，考虑到在根据用户的菜单编辑指令编辑菜单之后，通常会更新菜单对应的菜单更新时间，故而，在确定生效菜单集合中与待注册菜单对应的第一菜单是否被用户修改过时，可以先确定是否存在第一菜单对应的菜单更新时间，在存在第一菜单对应的菜单更新的情况下，则可以认为第一菜单曾被用户修改过。

或者，考虑到注册菜单集合中包含所有注册过的微服务对应的菜单，故而，在确定生效菜单集合中与待注册菜单对应的第一菜单是否被用户修改过时，可以从注册菜单集合中获取待注册菜单对应的菜单，即第二菜单，第二菜单可以微服务上一次注册的菜单。然后，可以将第二菜单与第一菜单进行比对，确定第二菜单与第一菜单是否相同。在第二菜单与第一菜单不相同的情况下，则可以确定第一菜单被用户修改过。

在一些实施例中，在上述步骤S120中确定生效菜单集合中与待注册菜单对应的第一菜单是否被用户修改过之前，还可以执行如下处理：

检测生效菜单集合中是否包含待注册菜单；

在生效菜单集合中不包含待注册菜单的情况下，在生效菜单集合中创建待注册菜单。

此时，上述步骤S120中确定生效菜单集合与待注册菜单对应中的第一菜单是否被用户修改过的具体实现方式可以为：

在生效菜单集合中包含待注册菜单的情况下，确定生效菜单集合中与待注册菜单对应的第一菜单是否被用户修改过。

作为一个示例，考虑到微服务对应的菜单进行版本更新时，可能会出现菜单新增的情况，这时，生效菜单集合中可能不包含该新增的菜单。故而，在确定生效菜单集合中的第一菜单是否被用户修改过之前，可以先检测生效菜单集合中是否包含待注册菜单，如可以检测生效菜单集合中是否包括待注册菜单中的所有菜单。在生效菜单集合中不包含待注册菜单的情况下，可以在生效菜单集合中创建待注册菜单。反之，在生效菜单集合中包含待注册菜单的情况下，则可以确定生效菜单集合中与待注册菜单对应的第一菜单是否被用户修改过，以在第一菜单被修改过的情况下，输出用于指示待注册菜单与第一菜单之间的区别的提示信息，以基于提示信息更新第一菜单；在第一菜单未被修改过的情况下，基于待注册菜单更新第一菜单。

上述确定生效菜单集合中的第一菜单是否被用户修改过，在第一菜单被修改过的情况下，输出用于指示待注册菜单与第一菜单之间的区别的提示信息，以基于提示信息更新第一菜单；在第一菜单未被修改过的情况下，基于注册菜单更新第一菜单的具体实现过程与上述方法实施例中的具体实现方式相同，为简洁起见，在此不再赘述。

可以理解的是，微服务在首次启动的时候也会向公共模块发送菜单注册请求，但是由于微服务首次启动，通常也是微服务首次向公共模块注册，也就是说，公共模块的生效菜单集合中通常是不存在该微服务对应的前版本的菜单。故而，在接收到微服务首次启动时发送的菜单注册请求时，可以直接获取微服务的菜单注册请求携带的待注册菜单，在生效菜单集合中创建待注册菜单。

这样，一方面，在生效菜单集合中不包含待注册菜单的情况下，创建待注册菜单，可以为向用户展示微服务的菜单提供数据支持，以确保用户能够正常使用微服务。另一方面，仅在生效菜单集合中包含待注册菜单的情况下，才确定生效菜单集合中的第一菜单是否被用户修改过，以进行后续处理，如此，可以避免生效菜单集合中不包含待注册菜单时的无效处理(即确定生效菜单集合中的第一菜单是否被用户修改过，以及后续处理)过程，避免资源浪费，从而可以进一步提高微服务菜单管理效率。

在一些实施例中，在上述步骤S120中确定生效菜单集合中与待注册菜单对应的第一菜单是否被用户修改过之前，还可以执行如下处理：

确定注册菜单集合中是否包含待注册菜单；

在注册菜单集合中包含待注册菜单的情况下，更新注册菜单集合中待注册菜单的更新时间；

在注册菜单集合中不包含待注册菜单的情况下，在注册菜单集合中创建待注册菜单，并更新待注册菜单的更新时间。

其中，注册菜单集合可以为公共模块中包含所有注册过的微服务对应的菜单的集合。

作为一个示例，在接收到微服务的菜单注册请求之后，确定生效菜单集合中与待注册菜单对应的第一菜单是否被用户修改过之前，还可以确定注册菜单集合中是否包括该待注册菜单，如可以遍历注册菜单集合中的所有菜单，查看前述所有菜单中是否包括待注册菜单。在注册菜单集合中包含待注册菜单的情况下，更新注册菜单集合中待注册菜单的更新时间，以当前的微服务的注册时刻为2021年11月18日00:00为例，假设注册菜单集合中的待注册菜单的更新时间为2021年10月1日8:00，则可以将注册菜单集合中的待注册菜单的更新时间更新为2021年11月18日00:00。反之，在注册菜单集合中不包含待注册菜单的情况下，则可以在注册菜单集合中创建待注册菜单，并可以将注册菜单集合中心创建的待注册菜单的更新时间设置为当前时刻，仍以当前的微服务的注册时刻为2021年11月18日00:00为例，则可以将待注册菜单集合中创建的待注册菜单的更新时间设置为2021年11月18日00:00。这样，注册菜单集合中包括有所有注册过的微服务对应的菜单，且包含有所有注册过的微服务对应的菜单的更新时间，如此，可以为后续的数据查询、数据统计、数据分析等提供数据依据。

在一些实施例中，上述微服务菜单管理方法还可以包括如下处理：

接收用户的菜单编辑指令；

响应于菜单编辑指令，编辑生效菜单集合。

其中，菜单编辑指令包括菜单增加指令、菜单修改指令、菜单删除指令删除中的一个或多个。

作为一个示例，还可以提供生效菜单的编辑功能，用户可以输入菜单编辑指令，例如可以输入菜单增加指令、菜单修改指令、菜单删除指令等。响应于用户的菜单编辑指令，可以编辑生效菜单集合。例如，当菜单编辑指令为菜单增加指令时，则可以在生效菜单集合中增加与菜单增加指令对应的菜单；当菜单编辑指令为菜单修改指令时，如用户想要将菜单A的名称从b修改为c，则可以将生效菜单集合中的菜单A的名称b修改为c；当菜单编辑指令为菜单删除指令时，则可以在生效菜单集合中删除菜单删除指令对应的菜单。

可以理解的是，在响应于用户的菜单编辑指令编辑生效菜单集合之后，还可以更新菜单编辑指令对应的菜单更新时间。菜单编辑指令对应的生效菜单集合为该用户的权限对应的生效菜单集合。

这样，用户可以根据需要管理生效菜单集合中的菜单，如此，可以进一步提高用户体验。同时，菜单编辑指令对应的菜单的更新时间的更新，还可以为后续可能出现的数据查询、数据统计、数据分析等，提供较为准确的数据支撑。

在一些实施例中，在菜单编辑指令为菜单删除指令的情况下，上述响应于菜单编辑指令，编辑生效菜单集合的具体实现方式可以如下：

响应于菜单删除指令，为生效菜单集合中的第一目标菜单添加删除标记。

作为一个示例，在用户的菜单编辑指令为菜单删除指令时的情况下，可以确定生效菜单集合中菜单删除指令对应的菜单(即第一目标菜单)。然后，可以在生效菜单集合中为菜单删除指令对应的第一目标菜单添加删除标记，不会再向用户显示该菜单删除指令对应的第一目标菜单，但不会将菜单删除指令对应的第一目标菜单从生效菜单集合中删除。

这样，在执行菜单删除指令时，仅为第一目标菜单添加删除标记而不真正删除第一目标菜单，如此，当后续接收到针对第一目标菜单的菜单增加指令时，可以通过取消删除标记的方式，恢复该第一目标菜单，而无需重新创建第一目标菜单，如此，可以进一步提高微服务菜单的管理效率。

在一些实施例中，上述微服务菜单管理方法，还可以包括如下处理：

接收微服务的查询指令；

响应于查询指令，将第二目标菜单返回至微服务。

作为一个示例，还可以面向微服务提供统一的全局菜单的查询服务，用户可以通过操作微服务管理界面输入查询指令，或者微服务提供方的工作人员也可以操作微服务所在服务器输入查询指令。在微服务的查询指令之后，响应于该查询指令，可以从注册菜单集合中确定与查询指令对应的菜单(即第二目标菜单)，再将第二目标菜单返回至微服务，以使微服务能够输出第二目标菜单。

可以理解的是，在查询指令由用户输入的情况下，在确定第二目标菜单时，还可以结合用户权限对从注册菜单集合中查询到的与查询指令对应的菜单进行二次筛选，得到第二目标菜单，该菜单仅包括与查询指令对应的且与用户权限相符的菜单。

这样，还可以提供菜单查询服务，如此，一方面，可以更好的满足用户需求。另一方面，查询到的数据，还可以为用户或者工作人员的数据统计、数据分析等操作，提供针对性的数据基础。

为使本申请实施例提供的方法更加清晰，下面结合图2和图3对本申请实施例提供的微服务菜单管理方法进行说明。

如图2所示，图2中的微服务可以表示微服务所在的服务器，公共模块可以表示公共模块所在的服务器，可以理解的是，微服务和公共模块在各自所在的服务器中通常仅为服务器中的一个模块。以微服务包括数据集成、数据处理、数据开发、数据共享为例，微服务可以向公共模块进行菜单注册，公共模块在接收到菜单注册请求之后，可以进行菜单比对、菜单更新等处理，同时，菜单管理员(即微服务提供方的工作人员)也可以通过公共模块提供的接口对公共模块中的生效菜单集合、注册菜单集合进行菜单管理。微服务的用户也可以向微服务发送访问应用程序的请求，微服务接收到访问应用程序的请求时，可以从公共模块的生效菜单集合中查询用户对应的生效菜单，如生效菜单可以包括数据集成、数据处理、数据开发、数据共享等，以将微服务菜单展示给用户，实现用户对应用程序的访问。

作为一个具体的示例，微服务可以执行如下处理：

1、菜单定义，微服务定义的菜单可以为树形结构，每个菜单节点可以包含如下内容：(1)Code：菜单编码，一个菜单一个编码；(2)ParentCode：父节点菜单编码；(3)DisplayName：菜单名称；(4)Url：菜单访问路由；(5)OpenWithNewWindow：true为在新窗口中打开，false为在当前页面跳转；(6)Order：菜单顺序，越小的数值对应的菜单越靠前；(7)UserUpdateTime：用户修改菜单的更新时间；(8)RegUpdateTime：用户注册菜单的更新时间；(9)Permissions：权限数组，只要具备其中的一个就可以显示当前菜单。

2、菜单注册：微服务负责解析菜单定义文件，在微服务启动或版本迭代更新时注册到公共模块；

3、生效菜单查询：在需要显示全局菜单时，调用公共模块的接口查询当前用户的生效菜单。

公共模块可以执行如下处理：

1、菜单元素统一存储，具体的，一方面，可以将所有微服务的菜单注册后都会存储在这个模块中；另一方面，可以将注册菜单集合与生效菜单集合分为两个副本存储，通过菜单节点中的Code标识进行关联。

2、菜单注册、菜单比对及菜单更新：

作为一个示例，公共模块执行菜单注册、菜单比对及菜单更新的实现方式可以参见图3示出的微服务菜单管理方法的流程图，如图3所示，该方法可以包括如下处理：

S310，接收微服务的菜单注册请求。

S320，响应于菜单注册请求，确定注册菜单集合中是否包含待注册菜单。

在注册菜单集合中包含待注册菜单的情况下，执行步骤S330，反之，执行步骤S340

S330，更新注册菜单集合中待注册菜单的更新时间。

S340，在注册菜单集合中创建待注册菜单，并更新待注册菜单的更新时间。

S350，检测生效菜单集合中是否包含待注册菜单。

在生效菜单集合中包含待注册菜单的情况下，执行步骤S360，反之，执行步骤S370。

S360，确定生效菜单集合中与待注册菜单对应的第一菜单是否被用户修改过。

S370，在生效菜单集合中创建待注册菜单。

在生效菜单集合中与待注册菜单对应的第一菜单被用户修改过的情况下，执行步骤S380，反之，执行步骤S390。

S380，输出提示信息，以基于提示信息更新第一菜单。

S390，基于待注册菜单更新第一菜单。

3、菜单管理：

能够面向用户提供生效菜单的管理功能，包括菜单增加、修改、删除等；在用户进行菜单删除时，只为用户删除的菜单设置删除标记，使该菜单不再向该用户展示，但并不真正的删除菜单。而且，在进行菜单增加、修改、删除等管理操作时，均需要更新生效菜单集合中管理操作对应的菜单的“UserUpdateTime”字段。

4、提供菜单的统一查询功能。

能够面向各微服务提供统一的、全局的菜单查询服务，方便各微服务展示统一的菜单信息。示例性的，在返回查询结果时，还可以结合用户权限，只返回当前用户能访问的菜单。

本实施例中各步骤的具体实现方式及技术效果，与上述各方法实施例的具体实现方式及技术效果相同，为简洁起见，在此不再赘述。

基于相同的发明构思，本申请实施例还提供了一种微服务菜单管理装置。图4是本申请实施例提供的一种微服务菜单管理装置的框图。如图4所示，该微服务菜单管理装置400可以包括：

第一接收模块410，可以用于接收微服务的菜单注册请求；所述菜单注册请求包括待注册菜单；

第一确定模块420，可以用于响应于所述菜单注册请求，确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过；

第一更新模块430，可以用于在所述第一菜单被用户修改过的情况下，输出提示信息，以基于所述提示信息更新所述第一菜单；所述提示信息用于指示所述待注册菜单与所述第一菜单之间的区别。

可选的，所述第一更新模块430，可以包括：

接收单元，用于接收基于所述提示信息生成的菜单更新指令；

更新单元，用于响应于所述菜单更新指令，根据所述菜单更新指令更新所述第一菜单。

可选的，所述微服务菜单管理装置400，还可以包括：

第二更新模块，用于在所述第一菜单未被修改过的情况下，基于所述待注册菜单更新所述第一菜单。

可选的，所述第一确定模块420，可以包括：

第一确定单元，用于确定是否存在所述第一菜单对应的菜单更新时间；

第二确定单元，用于在存在所述第一菜单对应的菜单更新时间的情况下，确定所述第一菜单被用户修改过；

或，

获取单元，用于从注册菜单集合中获取所述待注册菜单对应的第二菜单；

第三确定单元，用于在所述第二菜单与所述第一菜单不相同的情况下，确定所述第一菜单被用户修改过。

可选的，所述微服务菜单管理装置400，还可以包括：

检测模块，用于检测所述生效菜单集合中是否包含所述待注册菜单；

创建模块，用于在所述生效菜单集合中不包含所述待注册菜单的情况下，在所述生效菜单集合中创建所述待注册菜单；

所述第一确定模块420，可以包括：

第四确定单元，在所述生效菜单集合中包含所述待注册菜单的情况下，确定所述生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过。

可选的，所述微服务菜单管理装置400，还可以包括：

第二确定模块，用于确定注册菜单集合中是否包含所述待注册菜单；

第三更新模块，用于在所述注册菜单集合中包含所述待注册菜单的情况下，更新所述注册菜单集合中所述待注册菜单的更新时间；

第四更新模块，用于在所述注册菜单集合中不包含所述待注册菜单的情况下，在所述注册菜单集合中创建所述待注册菜单，并更新所述待注册菜单的更新时间。

可选的，所述微服务菜单管理装置400，还可以包括：

第二接收模块，用于接收用户的菜单编辑指令；所述菜单编辑指令包括菜单增加指令、菜单修改指令、菜单删除指令中的一个或多个；

编辑模块，用于响应于所述菜单编辑指令，编辑所述生效菜单集合。

可选的，在所述菜单编辑指令为菜单删除指令的情况下，所述编辑模块，具体用于：

响应于所述菜单删除指令，为所述生效菜单集合中的第一目标菜单添加删除标记。

可选的，所述微服务菜单管理装置400，还可以包括：

第三接收模块，用于接收微服务的查询指令；

返回模块，用于响应于所述查询指令，将第二目标菜单返回至所述微服务。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

为了实现上述实施例，本申请还提出一种电子设备，图5为本申请实施例提供的一种电子设备的结构示意图。该电子设备500包括：

存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。

处理器502执行所述程序时实现上述实施例中提供的微服务菜单管理方法。

进一步地，电子设备还可以包括：

通信接口503，用于存储器501和处理器502之间的通信。

存储器501，用于存放可在处理器502上运行的计算机程序。

存储器501可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器502，用于执行所述程序时实现上述实施例所述的微服务菜单管理方法。

如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。所述总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(PeripheralComponent，简称为PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture，简称为EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。

处理器502可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

为了实现上述实施例，本申请实施例还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例中提供的微服务菜单管理方法。

为了实现上述实施例，本申请实施例还提出一种计算机程序产品，当所述计算机程序产品中的指令处理器执行时，实现上述实施例中提供的微服务菜单管理方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (12)

1.一种微服务菜单管理方法，其特征在于，包括：

接收微服务的菜单注册请求；所述菜单注册请求包括待注册菜单；

响应于所述菜单注册请求，确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过；

在所述第一菜单被用户修改过的情况下，输出提示信息，以基于所述提示信息更新所述第一菜单；所述提示信息用于指示所述待注册菜单与所述第一菜单之间的区别。

2.根据权利要求1所述的微服务菜单管理方法，其特征在于，所述基于所述提示信息更新所述第一菜单，包括：

接收基于所述提示信息生成的菜单更新指令；

响应于所述菜单更新指令，根据所述菜单更新指令更新所述第一菜单。

3.根据权利要求1所述的微服务菜单管理方法，其特征在于，所述确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过之后，还包括：

在所述第一菜单未被修改过的情况下，基于所述待注册菜单更新所述第一菜单。

4.根据权利要求1所述的微服务菜单管理方法，其特征在于，所述确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过，包括：

确定是否存在所述第一菜单对应的菜单更新时间；在存在所述第一菜单对应的菜单更新时间的情况下，确定所述第一菜单被用户修改过；

或，

从注册菜单集合中获取所述待注册菜单对应的第二菜单；在所述第二菜单与所述第一菜单不相同的情况下，确定所述第一菜单被用户修改过。

5.根据权利要求1所述的微服务菜单管理方法，其特征在于，所述确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过之前，还包括：

检测所述生效菜单集合中是否包含所述待注册菜单；

在所述生效菜单集合中不包含所述待注册菜单的情况下，在所述生效菜单集合中创建所述待注册菜单；

所述确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过，包括：

在所述生效菜单集合中包含所述待注册菜单的情况下，确定所述生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过。

6.根据权利要求1所述的微服务菜单管理方法，其特征在于，所述确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过之前，还包括：

确定注册菜单集合中是否包含所述待注册菜单；

在所述注册菜单集合中包含所述待注册菜单的情况下，更新所述注册菜单集合中所述待注册菜单的更新时间；

在所述注册菜单集合中不包含所述待注册菜单的情况下，在所述注册菜单集合中创建所述待注册菜单，并更新所述待注册菜单的更新时间。

7.根据权利要求1所述的微服务菜单管理方法，其特征在于，所述微服务菜单管理方法，还包括：

接收用户的菜单编辑指令；所述菜单编辑指令包括菜单增加指令、菜单修改指令、菜单删除指令中的一个或多个；

响应于所述菜单编辑指令，编辑所述生效菜单集合。

8.根据权利要求7所述的微服务菜单管理方法，其特征在于，在所述菜单编辑指令为菜单删除指令的情况下，所述响应于所述菜单编辑指令，编辑所述生效菜单集合，包括：

响应于所述菜单删除指令，为所述生效菜单集合中的第一目标菜单添加删除标记。

9.根据权利要求1所述的微服务菜单管理方法，其特征在于，所述微服务菜单管理方法还包括：

接收微服务的查询指令；

响应于所述查询指令，将第二目标菜单返回至所述微服务。

10.一种微服务菜单管理装置，其特征在于，包括：

第一接收模块，用于接收微服务的菜单注册请求；所述菜单注册请求包括待注册菜单；

第一确定模块，用于响应于所述菜单注册请求，确定生效菜单集合中与所述待注册菜单对应的第一菜单是否被用户修改过；

第一更新模块，用于在所述第一菜单被用户修改过的情况下，输出提示信息，以基于所述提示信息更新所述第一菜单；所述提示信息用于指示所述待注册菜单与所述第一菜单之间的区别。

11.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至9中任一项所述的微服务菜单管理方法。

12.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1至9中任一项所述的微服务菜单管理方法。

Images