CN112765176B - 一种微服务模式下属性扩展方法、装置及存储介质 - Google Patents

Abstract

本申请公开了一种微服务模式下属性扩展方法、装置及存储介质，用以解决现有的管理服务系统，因内置用户属性较多以致服务器压力较大的技术问题。在微服务模式下接收客户端发送的指令；根据所述指令，对预设扩展属性表中的若干个字段进行相应设置，得到符合当前用户需求的属性扩展表；通过用户标识，以及所述属性扩展表中的扩展属性标识，查找预先存储的用户扩展属性数据；根据用户标识，扩展属性标识以及扩展属性数据之间的关系，完成所述扩展属性数据在客户端的显示。本申请通过上述方法，降低服务器的压力。

Description

一种微服务模式下属性扩展方法、装置及存储介质

技术领域

本申请涉及微服务架构技术领域，尤其涉及一种微服务模式下属性扩展方法、装置及存储介质。

背景技术

微服务架构主要指分模块拆分部署不同功能的应用，通过各模块的功能有机集合，能够完成一个整体的资源管理平台。

资源管理软件经过十几年甚至几十年的发展，在固有属性基础上，针对不同项目自定义特有属性的需求已是不可避免。在整个行业都在追求无限制增加产品内置用户属性，以此来覆盖更多场景需求的状况下，在很大程度上给与服务器巨大的压力。

发明内容

本申请实施例提供了一种微服务模式下属性扩展方法、装置及存储介质，用以解决现有的管理服务系统，因内置用户属性较多以致服务器压力较大的技术问题。

一方面，本申请实施例提供了一种微服务模式下属性扩展方法。在微服务模式下接收客户端发送的指令；根据指令，对预设扩展属性表中的若干个字段进行相应设置，得到符合当前用户需求的属性扩展表；通过用户标识，以及属性扩展表中的扩展属性标识，查找预先存储的用户扩展属性数据；根据用户标识，扩展属性标识以及扩展属性数据之间的关系，完成扩展属性数据在客户端的显示。

本申请实施例将接收到的不同指令对预设属性扩展表进行不同的设置，能够按照使用人员的个性需求，各自设置对应需要的用户属性。解决了通过无限制扩张用户属性，以覆盖不同场景所带来的数据库消耗较大的问题。本申请实施例通过设定指令实现属性的扩展，不再需要对当前管理服务系统进行二次开发，处理方式简单，同时也节约资源消耗以及人员精力消耗。提升管理服务软件系统在使用过程中的灵活性。

在本申请的一种实现方式中，通过用户标识，以及属性扩展表中的扩展属性标识，查找预先存储的用户扩展属性数据之前，还包括：在用户的属性扩展表中，获取当前用户所对应的扩展属性标识。

本申请实施例通过在扩展属性表中确定用户的扩展属性标识，以此确定当前用户是否进行属性扩展。只有在获取到用户扩展属性标的情况下，才会在数据表中查询该扩展属性所对应的数据。以此减少服务器对数据查询的压力。

在本申请的一种实现方式中，根据用户标识，扩展属性标识以及扩展属性数据之间的关系，完成扩展属性数据在客户端的显示，具体包括：将扩展属性标识，以及扩展属性数据填入扩展属性模块，使扩展属性数据与扩展属性完成对应显示；其中，扩展属性模块用于为当前管理服务系统提供用户扩展属性。

本申请实施例是在微服务模式下对属性进行扩展，因此，将扩展属性标识以及扩展属性数据填入扩展属性模块，既能实现当前扩展属性数据在前端的显示，又能保证了整个系统的稳定性，不至于扩展属性模块功能的崩溃导致整个系统的崩塌。而且单独部署，可以让每个模块独立享用自己的资源，运行速度大大提升，在极大程度上解决了企业资源数据过多导致的系统卡顿问题。

在本申请的一种实现方式中，根据用户标标识，扩展属性标识以及扩展属性数据之间的关系，完成扩展属性数据在客户端的显示之后，还包括：接收发生变化的扩展属性数据；其中，发生变化的扩展属性数据，是通过将备份的数据与客户端保存的数据比对后进行确定；根据发生变化的扩展属性数据，所对应的用户标识以及扩展属性标识，在用户扩展属性数据表中确定相对应的数据，并对数据进行更新。

本申请实施例通过用户标识与扩展属性标识，确定扩展属性数据表中需要进行更新的数据。并根据传入的数据对其进行更新，保障数据的准确性与时效性，以便下次该数据在客户端界面进行正确显示。

在本申请的一种实现方式中，方法还包括：接收客户端发送的数据删除请求；其中，数据删除请求带有用户标识；确定所述数据删除请求中的用户标识，在用户扩展属性数据表中确定所述用户标识对应的扩展属性数据；将所述用户标识对应的扩展属性数据进行删除。

本申请实施例根据数据删除请求中的用户标识，在用户扩展信息数据表中检索该用户的所有扩展属性数据，并进行删除，以此减轻服务器数据库的存储压力。

在本申请的一种实现方式中，将用户标识对应的扩展属性数据进行删除之前，还包括：确定当前需要删除的扩展属性数据是否为必填数据；若是，则扩展属性数据不能删除。

在本申请的一种实现方式中，方法还包括：接收客户端发送的删除扩展属性信息请求；其中删除扩展属性信息请求中带有若干个扩展属性标识；确定删除扩展属性信息请求中的若干个扩展属性标识，在属性扩展表中将对应的扩展属性进行删除。

在本申请的一种实现方式中，预设属性扩展表至少包含扩展的字段标识、扩展属性的名称、扩展字段类型、扩展字段是否唯一中的一个或多个字段；其中，所述扩展属性为，管理服务系统中没有预置的属性。

另一方面，本申请实施例还提供了一种微服务模式下属性扩展装置，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：在微服务模式下接收客户端发送的指令；根据所述指令，对预设扩展属性表中的若干个字段进行相应设置，得到符合当前用户需求的属性扩展表；通过用户标识，以及属性扩展表中的扩展属性标识，查找预先存储的用户扩展属性数据；根据用户标识，扩展属性标识以及扩展属性数据之间的关系，完成扩展属性数据在客户端的显示。

另一方面，本申请实施例还提供了一种存储介质，包括：所述存储介质为非易失性计算机可读存储介质，非易失性计算机可读存储介质存储有至少一个程序，每个所述程序包括指令，指令当被终端执行时，使终端执行上述方法。

本申请实施例将接收到的不同指令对预设属性扩展表进行不同的设置，能够按照使用人员的个性需求，各自设置对应需要的用户属性。解决了通过无限制扩张用户属性，以覆盖不同场景所带来的数据库消耗较大的问题。本申请实施例通过设定指令实现属性的扩展，不再需要对当前管理服务系统进行二次开发，处理方式简单，同时也节约资源消耗以及人员精力消耗。提升管理服务软件系统在使用过程中的灵活性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种微服务模式下属性扩展方法流程图；

图2为本申请实施例提供的一种获取用户扩展属性的流程框图；

图3为本申请实施例提供的一种更新用户扩展属性数据的流程框图；

图4为本申请实施例提供的一种微服务模式下属性扩展装置的内部结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

现有的管理服务系统通常通过无限制增加内置用户属性的方式，以覆盖更多场景需求。这种方式在一定程度上给服务器很大压力。

还有部分管理服务系统是通过二次开发的方式对具体应用场景进行具体的属性编码。例如，用户需要新增身高属性，就需要在原有的用户维护页面预留出一个可扩展的接口，二次开发人员独立开发出一个适配原有页面的前端显示控件，并将其嵌入到原有的用户维护显示页面。开发人员进行嵌入方式不尽相同，有的会在某些文件内部配置一个新增控件的路径，每次加载时会去该路径下读取控件。有的会在逻辑内部去某个文件中进行加载。其次，还需要处理原有页面与新嵌入控件的数据交互问题，例如会规定若干个固定的参数进行数据交互。当把前端数据整理好传输到服务端时，需要进行数据的存储和更新。

现有对管理服务系统的二次开发，会使用产品用户表的备用字段。例如ext1字段进行身高的存储，这样存储和后台查看比较方便，但是有以下几个弊端：

1、一旦扩展属性进行更改，例如将身高属性废弃，更换为体重，用户表的备用字段ext1将无法继续使用。以后获取用户属性数据，都会把身高属性对应的冗余数据拉取出来，造成资源浪费；

2、当前扩展属性是否必填，只能由开发人员在代码的实现逻辑里进行控制；

3、对于扩展属性，其前端控件与数据表中的备用字段的对应关系难以处理；

4、每个项目所对应的扩展属性，至少消耗一个开发人员进行一次二次开发。由于每个人的实现方式又不同，后续的维护任务难以处理。易造成人力的浪费，同时也降低了产品的灵活性。

为了解决上述问题，本申请实施例提供了一种微服务模式下属性扩展方法、装置及存储介质。通过接收到的指令对预设属性扩展表进行设置，使其符合当前用户的需求，增加了属性扩展的个性化需求。同时也提高管理服务系统使用过程中的灵活性，减少服务器的压力。其次，本申请实施例通过用户标识与扩展属性标识，能够确定出唯一的扩展属性数据，数据对应方式简单，同时也能保证扩展数据的准确性。

下面通过附图对本申请实施例提出的技术方案进行详细的说明。

图1为本申请实施例提供的一种微服务模式下属性扩展方法流程图。如图1所示，属性扩展方法包括以下步骤：

S101、服务器在微服务模式下接收客户端发送的指令。根据指令，对预设属性扩展表中的若干个字段进行相应设置，得到符合当前用户需求的属性扩展表。

在本申请的一个实施例中，预设属性扩展表至少包含扩展的字段标识、扩展属性的名称、扩展字段类型、扩展字段是否唯一中的一个或多个字段。其中，扩展属性为，当前管理服务系统中没有预置的属性。

本申请实施例中的管理服务系统特指但是不限于浪潮iGIX企业管理软件，本申请实施例的适用范围很广，基本所有的企业管理与服务系统领域在一定程度上都有一定的可能进行借鉴。

需要说明的是，本申请实施例中的预设属性扩展表并不仅包含上述字段，还可以根据用户需求或当前管理服务系统的类型，将除上述字段之外的其它不同字段添加至当前属性扩展表。

表1为本申请实施例所提供的预设属性扩展表。

字段	说明
		id	需要扩展的字段标识，建议英文编号
name_chs	扩展字段的描述信息
		type	扩展字端的类型
need	是否必填，1＝必填
		onlyone	是否唯一，1＝唯一，不可重复

表1

如表1所示，预设属性扩展表中id字段，即需要扩展的字段标识，通常采用英文编号。name_chs字段为扩展属性的名称，例如：身高、体重。need字段用于控制当前字段是否必填。若用户所发送的SQL语句中，将need字段设定为1，则当前字段必填，否则，不用必填。onlyone字段用于确定当前属性是否唯一。若用户所发送的SQL语句中，将onlyone字段设定为1，则当前属性唯一，否则，当前属性可以重复。type为扩展字段类型，用于确定数据在客户端输入，以及在数据库中保存的数据格式。

需要说明的是，本申请实施例优选扩展字段类型为字符串类型，也可以根据用户需求，设定为整数类型、浮点数类型、日期与时间类型、二进制类型、布尔类型。本申请实施例可以通过数据类型转换进行数据存储与逻辑处理。

在本申请的一个实施例中，根据用户发送的指令，对预设属性扩展表中的不同字段进行相应设置。其中，用户发送的指令可以是SQL语句。

例如，用户属性扩展表的名称为gspuserfield，用户发送的SQL语句为：insertinto gspuserfield(id,name_chs,type,need)values('height','身高','string','1')。该语句表明，需要扩展一个必填的身高属性，该属性id为height，存储格式为字符串类型。

再如，管理服务系统对用户属性的初始化可以满足绝大部分项目的需求，但是在部分项目，需要特定属性的设置。例如A项目需要身高属性作为过滤学员的一个指标，而B项目需要体重属性作为判断会员健康的标准，那么A和B两个项目只需要设置不同的扩展属性即可。

本申请实施例是自定义用户属性，用户的不同属性在不同的企业管理系统可以有不同的作用。许多属性都是作为用户身份以及相关身份信息存在的，因此新增的用户属性可以与系统固有的属性一样，可以作为用户身份校验属性或者功能属性使用。

S102、通过用户标识，以及扩展属性表中的扩展属性标识，查找预先存储的用户扩展属性数据。

在本申请的一个实施例中，在由用户列表跳转到用户详情页时，不仅会对当前用户的基本信息进行拉取，还会发送请求，拉取当前用户的扩展属性信息。此时，会通过用户标识与扩展属性标识，查找预先存储的扩展属性数据。

在本申请的一个实施例中，在该用户的属性扩展表拉取需要在客户端展示的用户扩展属性。通过解析用户属性扩展表中的数据，以此确定当前用户是否对属性进行了扩展，在对属性进行扩展的情况下，获取当前用户所对应的扩展属性的标识。

例如，当前用户的扩展属性表的名称为gspuserfield，并且，已经根据用户发送的SOL语句insert into gspuserfield(id,name_chs,type,need)values('height','身高','string','1')，对扩展属性表内的数据进行了设置。当服务器接收到拉取当前用户的扩展属性信息请求时，会先到扩展属性表gspuserfield内查看表内的数据。表内的数据发生变化，则确定当前用户进行了属性扩展。同时会获取扩展的身高属性的标识。

在本申请的一个实施例中，根据用户标识，以及在属性扩展表中获取到的扩展属性的标识，查找预先存储到数据表中的扩展属性的数据。

需要说明的是，本申请实施例中的数据表至少包含用户标识、扩展属性标识、扩展属性的数据中的一个或多个字段。并且，本申请实施例可以根据用户需求或当前管理服务系统的类型，将除上述字段之外的其它不同字段添加至当前数据表。

在本申请的一个实施例中，将当前用户的用户标识、扩展属性的标识，与数据表中的用户标识与扩展属性标识进行比对。在标识比对相同的情况下，可以在数据表中找到相对应的唯一扩展属性数据。

例如，用户标识为aa，通过属性扩展表获取到当前用户的扩展属性标识为身高。此时，数据表中已预先存储该用户的身高为170。在数据表中找到用户标识为aa的用户，根据扩展属性标识身高找到该用户的唯一身高数据170。或者，在数据表中找到身高扩展属性标识，在身高扩展属性标识中找到用户标识为aa的用户所对应的身高数据170。

S103、根据用户标识，扩展属性标识以及扩展属性数据之间的关系，完成所述扩展属性数据在客户端的显示。

在本申请的一个实施例中，根据用户标识确定当前用户所对应的扩展属性、再根据用户标识以及扩展属性的扩展属性标识，在数据表中确定唯一的数据。由此建立出用户标识与扩展属性标识以及扩展属性数据三者之间的对应关系。

需要说明的是，任意一个用户可以扩展出一个或多个扩展属性，即，一个用户标识可以对应一个或多个不同的扩展属性标识。根据用户标识以及该用户标识对应的一个扩展属性标识，可以在数据表中查询到唯一的一条数据。

在本申请的一个实施例中，根据用户扩展属性与对应的扩展属性数据，扩展出相对应的属性输入框，用于该扩展属性在客户端页面的显示。

在本申请的一个实施例中，将扩展属性标识，以及扩展属性数据填入扩展属性模块，使扩展属性数据与扩展属性在客户端界面完成对应显示。其中，扩展属性模块用于为当前管理服务系统提供用户扩展属性。

需要说明的是，本申请实施例是基于微服务模式下进行属性扩展。本申请实施例中的扩展属性模块依附于用户系统管理模块。其中，微服务模式是指分模块拆分部署不同功能的应用，通过各模块的功能有机集合，能够完成一个整体的资源管理平台。并且每个模块单独部署，在一定程度上保证了整个系统的稳定性，不至于某一模块功能的崩溃导致整个系统的崩塌。

在本申请的一个实施例中，服务器接收客户端发送的删除扩展属性信息请求。其中删除扩展属性信息请求中带有若干个扩展属性标识。确定删除扩展属性信息请求中的若干个扩展属性标识，在属性扩展表中将对应的扩展属性进行删除。

具体的，一个用户对应的扩展属性可以有一个或多个。当接收到删除扩展属性信息请求时，先确定请求中的扩展属性标识，例如请求中的扩展属性标识为身高与体重。在属性扩展表中将对应的身高与体重扩展属性进行删除。当再次拉取该用户的扩展信息时，若该用户对应的属性扩展表中不存在对应的扩展属性标识，则表明身高属性与体重属性已经删除。

在本申请的一个实施例中，接收客户端发送的数据删除请求。其中，所述数据删除请求带有用户标识。确定所述数据删除请求中的用户标识，在用户扩展属性数据表中确定所述用户标识对应的扩展属性数据。将所述用户标识对应的扩展属性数据进行删除。

具体的，在需要删除任意一个或多个用户的情况下，需要将用户所对应的扩展属性数据同步删除。当进行数据删除时，会向服务器发送删除请求，且该请求中带有用户标识。例如，发送的请求中带有用户标识aa，服务器识别到用户标识aa，会在数据表中检索用户标识aa所对应的所有扩展属性数据，并将扩展属性数据进行删除。以此减轻服务器的存储压力。

在本申请的一个实施例中，确定当前需要删除的扩展属性数据是否为必填数据。若是，则扩展属性数据不可以删除。

具体的，在对扩展属性数据进行删除的情况下，需要先确定当前扩展属性数据是否为必填数据。其中，对属性扩展表进行设置时，可以对是否必填字段进行设置。若设定为必填，则扩展属性数据不可以删除。

图2为本申请实施例提供的一种获取用户扩展属性的流程框图。如图2所示，获取用户扩展属性的流程如下：

在本申请的一个实施例中，用户通过客户端发送获取用户信息的请求，以拉取当前用户的扩展属性信息。

在本申请的一个实施例中，服务器接收到客户端发送的请求，先查找该用户是否进行了属性扩展，在确定当前用户已进行属性扩展后，获取扩展属性所对应的扩展属性标识。以此确定当前用户标识与扩展属性标识的对应关系。

在本申请的一个实施例中，根据用户标识以及扩展属性标识，在数据表中获取扩展属性数据。其中，一个用户标识可以对应一个或多个扩展属性标识，通过用户标识以及该用户对应的一个扩展属性标识，就可以在数据表中确定唯一的扩展属性数据。

例如，用户标识aa对应着扩展属性标识体重与扩展属性标识身高。通过用户标识aa与扩展属性标识体重，可以在数据表中确定用户aa的体重数据。通过用户标识aa与扩展属性标识身高，可以在数据表中确定用户aa的身高数据。

在本申请的一个实施例中，客户端对接收到的具有对应关系的用户标识与扩展属性标识以及扩展属性数据，进行解析。并通过扩展出的属性输入框，将扩展属性在客户端界面进行展示。

图3为本申请实施例提供的一种更新用户扩展属性数据的流程框图。如图3所示，更新用户扩展属性数据的流程如下：

在本申请的一个实施例中，图2所示的获取用户扩展属性流程，实现了扩展属性数据从服务器到客户端的流向。当客户端对扩展属性数据进行修改后，还需要保存对应的数据到数据表中。

在本申请的一个实施例中，客户端将备份的数据与客户端保存的数据做对比，确定发生变化的扩展属性数据。根据该数据所对应的用户标识以及扩展属性标识，在数据表中确定相对应的数据，并对所述数据进行更新。

具体的，将数据表中的数据进行备份。在客户端对当前显示的扩展属性数据进行更改并保存后，将保存的扩展属性数据与备份的数据进行比较。确定发生变化的扩展属性数据，并将该扩展属性数据，以及所对应的扩展属性标识与用户标识发送到服务器。服务器根据接收到的扩展属性标识与用户标识，在数据表中索引到唯一的一条数据，再根据接收到的扩展属性数据对索引到的数据进行更新。

例如，当前客户端显示的用户aa的身高为170，客户端将身高数据170修改为175，并进行保存。此时客户端会根据新保存的175数据与备份的数据进行比对，识别出身高数据175所对应的用户标识为aa，扩展属性标识为身高。客户端将用户标识为aa，扩展属性标识为身高，以及身高数据175发送至服务器。服务器在数据表中索引到唯一的扩展属性数据170，根据接收到的身高数据将数据170更新为175，并保存。

图4为本申请实施例提供的一种微服务模式下属性扩展装置的内部结构示意图。

本申请实施例提供的一种微服务模式下属性扩展装置，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

在微服务模式下接收客户端发送的指令。

根据所述指令，对预设扩展属性表中的若干个字段进行相应设置，得到符合当前用户需求的属性扩展表。

通过用户标识，以及所述属性扩展表中的扩展属性标识，查找预先存储的用户扩展属性数据。

根据用户标识，扩展属性标识以及扩展属性数据之间的关系，完成所述扩展属性数据在客户端的显示。

本申请实施例提供的一种存储介质，所述存储介质为非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储有至少一个程序，每个所述程序包括指令，所述指令当被终端执行时，使终端执行上述方法。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (4)

1.一种微服务模式下属性扩展方法，其特征在于，所述方法包括：

在微服务模式下接收客户端发送的指令；

根据所述指令，对预设属性扩展表中的若干个字段进行相应设置，得到符合当前用户需求的属性扩展表；

所述预设属性扩展表至少包含扩展的字段标识、扩展属性的名称、扩展字段类型、扩展字段是否唯一中的一个或多个字段；其中，所述扩展属性为，当前管理服务系统中没有预置的属性；

通过用户标识，以及所述属性扩展表中的属性扩展标识，查找预先存储的用户属性扩展数据；

根据用户标识，属性扩展标识以及属性扩展数据之间的关系，完成所述属性扩展数据在客户端的显示；

所述通过用户标识，以及所述属性扩展表中的属性扩展标识，查找预先存储的用户属性扩展数据之前，所述方法还包括：

在用户的属性扩展表中，获取当前用户所对应的属性扩展标识；

所述根据用户标识，属性扩展标识以及属性扩展数据之间的关系，完成所述属性扩展数据在客户端的显示，具体包括：

将所述属性扩展标识，以及所述属性扩展数据填入属性扩展模块，使所述属性扩展数据与扩展属性完成对应显示；其中，所述属性扩展模块用于为当前管理服务系统提供用户扩展属性；

所述根据用户标标识，属性扩展标识以及属性扩展数据之间的关系，完成所述属性扩展数据在客户端的显示之后，所述方法还包括：

接收发生变化的属性扩展数据；其中，所述发生变化的属性扩展数据，是通过将备份的数据与客户端保存的数据比对后进行确定；

根据所述发生变化的属性扩展数据，所对应的用户标识以及属性扩展标识，在用户属性扩展表中确定相对应的数据，并对所述数据进行更新；

所述方法还包括：

接收客户端发送的数据删除请求；其中，所述数据删除请求带有用户标识；

确定所述数据删除请求中的用户标识，在用户属性扩展表中确定所述

用户标识对应的属性扩展数据；

将所述用户标识对应的属性扩展数据进行删除；

所述将所述用户标识对应的属性扩展数据进行删除之前，所述方法还包括：

确定当前需要删除的属性扩展数据是否为必填数据；若是，则所述属性扩展数据不能删除。

2.根据权利要求1所述的一种微服务模式下属性扩展方法，其特征在于，所述方法还包括：

接收客户端发送的删除扩展属性信息请求；其中所述删除扩展属性信息请求中带有若干个属性扩展标识；

确定所述删除扩展属性信息请求中的若干个属性扩展标识，在属性扩展表中将对应的扩展属性进行删除。

3.一种微服务模式下属性扩展装置，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

在微服务模式下接收客户端发送的指令；

根据所述指令，对预设属性扩展表中的若干个字段进行相应设置，得到符合当前用户需求的属性扩展表；

所述预设属性扩展表至少包含扩展的字段标识、扩展属性的名称、扩展字段类型、扩展字段是否唯一中的一个或多个字段；其中，所述扩展属性为，当前管理服务系统中没有预置的属性；

通过用户标识，以及所述属性扩展表中的属性扩展标识，查找预先存储的用户属性扩展数据；

根据用户标识，属性扩展标识以及属性扩展数据之间的关系，完成所述属性扩展数据在客户端的显示；

所述通过用户标识，以及所述属性扩展表中的属性扩展标识，查找预先存储的用户属性扩展数据之前，还包括：

在用户的属性扩展表中，获取当前用户所对应的属性扩展标识；

所述根据用户标识，属性扩展标识以及属性扩展数据之间的关系，完成所述属性扩展数据在客户端的显示，具体包括：

将所述属性扩展标识，以及所述属性扩展数据填入属性扩展模块，使所述属性扩展数据与扩展属性完成对应显示；其中，所述属性扩展模块用于为当前管理服务系统提供用户扩展属性；

所述根据用户标标识，属性扩展标识以及属性扩展数据之间的关系，完成所述属性扩展数据在客户端的显示之后，还包括：

接收发生变化的属性扩展数据；其中，所述发生变化的属性扩展数据，是通过将备份的数据与客户端保存的数据比对后进行确定；

根据所述发生变化的属性扩展数据，所对应的用户标识以及属性扩展标识，在用户属性扩展表中确定相对应的数据，并对所述数据进行更新；

还包括：

接收客户端发送的数据删除请求；其中，所述数据删除请求带有用户标识；

确定所述数据删除请求中的用户标识，在用户属性扩展表中确定所述用户标识对应的属性扩展数据；

将所述用户标识对应的属性扩展数据进行删除；

所述将所述用户标识对应的属性扩展数据进行删除之前，还包括：

确定当前需要删除的属性扩展数据是否为必填数据；若是，则所述属性扩展数据不能删除。

4.一种存储介质，其特征在于，所述存储介质为非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储有至少一个程序，每个所述程序包括指令，所述指令当被终端执行时，使所述终端执行根据权利要求1-2任一项所述的方法。

Images