一种APP功能模块灰度配置系统的制作方法

一种app功能模块灰度配置系统
技术领域
1.本发明涉及app功能模块灰度领域，特别地，涉及一种app功能模块灰度配置系统。


背景技术：

2.在app端，比如新迭代开发的a功能只针对上海用户开放，倘若不做区域灰度，一经发布，所有区域的用户在掌中通app上都可看到该功能入口。
3.再如，某个功能模块在app的x迭代才能使用，倘若不做版本灰度，一经发布，所有版本的用户在掌中通app上都可看到该功能入口(老版本用户点击使用该功能的模块时会提示
‘
请升级到xx及以上版本’，用户体验较差)。
4.现有的app针对某功能模块灰度方式采用的技术方案是读取apollo配置，移动端app开发人员读取到apollo配置项后，根据id进行功能模块匹配后再判断该功能模块是否需要显示，目前线上技术方案存在的问题如下：
5.1)由于apollo配置的局限性无法处理较为复杂的灰度逻辑(如迭代灰度，省市区灰度)，局限性大。
6.2)每次apollo新增配置都需要移动端app开发人员手写代码进行id配置才能正确回显功能模块，灵活性差，不具有通用性。
7.3)移动端app逻辑判断复杂，代码混乱性较高，后期代码维护成本高。


技术实现要素：

8.为了克服现有技术的不足，本发明提供一种app功能模块灰度配置系统，以解决现有的app针对某功能模块灰度方式，局限性大，灵活性差，不具有通用性以及代码混乱性较高，后期代码维护成本高的问题。
9.本发明解决其技术问题所采用的技术方案是：
10.一种app功能模块灰度配置系统，包括：
11.管理端，用于提供功能模块灰度配置界面，并响应管理人员在所述灰度配置界面输入的功能模块的灰度配置指令，同时将所述灰度配置指令发送给服务端；
12.服务端，用于接收所述管理端的灰度配置指令，并根据所述灰度配置指令生成功能模块灰度配置列表，同时将所述灰度配置列表发送给app端；
13.app端，用于接收所述服务端发送的灰度配置列表，并根据app信息和所述灰度配置列表选择是否隐藏功能模块。
14.进一步地，所述灰度配置指令的维度包括区域、网点、业务员和版本号。
15.进一步地，所述管理端还用于提供功能模块的新增、修改以及删除界面，并响应管理人员在所述功能模块的新增、修改以及删除界面输入的功能模块的新增、修改以及删除指令，同时将所述新增、修改以及删除指令发送至所述服务端。
16.进一步地，所述服务端还用于接收所述管理端发送的新增、修改以及删除指令，并根据所述新增、修改以及删除指令在所述灰度配置列表中增加/修改/删除相应功能模块。
17.进一步地，所述app端根据所述灰度配置列表选择是否隐藏功能模块包括：
18.根据所述灰度配置列表获取该app信息对应的app中每个功能模块的是否在灰度范围；
19.若在，则不隐藏所述功能模块，并执行以下操作：动态加载、功能模块回显以及提供功能能力；若不在，则隐藏所述功能模块。
20.有益效果：
21.本发明实施例提供一种app功能模块灰度配置系统，包括管理端、服务端和app端，管理端提供功能模块灰度配置界面，并响应在该界面输入的灰度配置指令，同时将灰度配置指令发送到服务端，服务端接收到灰度配置指令时，根据灰度配置指令生成回复配置列表，并发送给app端，app端接收到灰度配置列表后，根据app信息和灰度配置列表判断每个功能模块是否隐藏，从而实现app端的灰度配置。无需读取apollo配置，同时也无需开发人员编写代码，只需在管理端的灰度配置界面进行配置即可，配置灵活，高效且成本低。
附图说明
22.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
23.图1是本发明实施例提供的一种app功能模块灰度配置系统结构示意图；
24.图2是本发明实施例提供的一种app功能模块灰度配置系统工作流程图。
具体实施方式
25.为使本技术的目的、技术方案和优点更加清楚，下面结合附图和实施例对本发明的技术方案进行详细的描述说明。显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本技术所保护的范围。
26.参照图1，本发明实施例提供了一种app功能模块灰度配置系统，包括：
27.管理端11，用于提供功能模块灰度配置界面，并响应管理人员在所述灰度配置界面输入的功能模块的灰度配置指令，同时将所述灰度配置指令发送给服务端；
28.服务端12，用于接收所述管理端的灰度配置指令，并根据所述灰度配置指令生成功能模块灰度配置列表，同时将所述灰度配置列表发送给app端；
29.app端13，用于接收所述服务端发送的灰度配置列表，并根据app信息和所述灰度配置列表选择是否隐藏功能模块。
30.本发明实施例提供的一种app功能模块灰度配置系统，包括管理端、服务端和app端，管理端提供功能模块灰度配置界面，并响应在该界面输入的灰度配置指令，同时将灰度配置指令发送到服务端，服务端接收到灰度配置指令时，根据灰度配置指令生成回复配置列表，并发送给app端，app端接收到灰度配置列表后，根据app信息和灰度配置列表判断每个功能模块是否隐藏，从而实现app端的灰度配置。无需读取apollo配置，同时也无需开发人员编写代码，只需在管理端的灰度配置界面进行配置即可，配置灵活，高效且成本低。
31.作为对上述实施例的进一步说明，如图2所示，管理端中所述灰度配置指令的维度包括区域、网点、业务员和版本号。
32.所述管理端还用于提供功能模块的新增、修改以及删除界面，并响应管理人员在所述功能模块的新增、修改以及删除界面输入的功能模块的新增、修改以及删除指令，同时将所述新增、修改以及删除指令发送至所述服务端。
33.服务端还用于接收所述管理端发送的新增、修改以及删除指令，并根据所述新增、修改以及删除指令在所述灰度配置列表中增加/修改/删除相应功能模块。
34.所述根据app信息和所述灰度配置列表选择是否隐藏功能模块：
35.根据所述灰度配置列表获取该app信息对应的app中每个功能模块的是否在灰度范围；
36.若在，则不隐藏所述功能模块，并执行以下操作：动态加载、功能模块回显以及提供功能能力；若不在，则隐藏所述功能模块。
37.需要说明的是，管理人员在管理端输入灰度配置指令后，服务端为灰度配置指令提供数据支持，示例性的，管理人员在管理端选择了功能模块a的灰度为区域a1和版本a2，在服务端接收到该灰度配置指令后，生成的灰度配置列表中功能模块a的灰度范围为区域a1和版本a2的并集；这样在app端接收到灰度配置列表时，将app信息中的区域、网点、业务员和版本号与灰度配置列表中灰度范围进行比较，如果app信息中区域为a1，版本号为a2，那么该app端的功能模块a视为位于灰度范围内，无须隐藏。
38.可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
39.需要说明的是，在本技术的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本技术的描述中，除非另有说明，“多个”的含义是指至少两个。
40.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
41.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
42.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
43.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模
块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
44.上述提到的存储介质可以是只读存储器，磁盘或光盘等。
45.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
46.尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。