一种二维码处理方法、系统、存储介质及电子设备与流程

1.本发明涉及二维码处理技术领域，更具体地说，涉及一种二维码处理方法、系统、存储介质及电子设备。


背景技术：

2.在开发微信小程序的过程中，上传代码包依赖于小程序平台提供的微信开发者工具，或者是命令行打包上传功能。在上传代码包之后，需要登录微信小程序平台，在微信开发者工具中找到当前上传的版本，将该版本设置为体验版本(目标版本)后，获取目标版本对应的目标二维码，进行后续体验流程。
3.现有技术中，在项目测试阶段，无论是通过微信开发者工具上传代码包，还是通过命令行上传代码包，在上传代码包之后，在一套或多套小程序代码同时发布到多个小程序主体的场景下，均需要在浏览器中多次登陆对应的小程序主体，以及下载二维码等操作，从而降低了开发效率和获取目标二维码的效率。
4.因此，现有的开发效率和获取目标二维码的效率低。


技术实现要素：

5.有鉴于此，本发明公开了一种二维码处理方法、系统、存储介质及电子设备，皆在提高开发效率和获取目标二维码的效率。
6.为了实现上述目的，其公开的技术方案如下：
7.本发明第一方面公开了一种二维码处理方法，所述方法包括：
8.获取当前程序主体的应用程序标识和上传密钥；
9.当接收到上传指令时，基于上传组件、所述应用程序标识和所述上传密钥，生成所述当前程序主体对应的代码包；
10.将所述代码包上传至所述当前程序主体对应的版本库，并获取登录二维码；
11.当监测到登录信息时，获取所述版本库中当前程序主体对应的版本列表节点数据，所述登录信息由用户扫描所述登录二维码登录成功时生成；
12.当所述版本列表节点数据符合预设条件时，得到目标二维码并存储。
13.优选的，所述当接收到上传指令时，基于上传组件、所述应用程序标识和所述上传密钥，生成所述当前程序主体对应的代码包，包括：
14.将所述当前程序主体的ip添加至上传白名单中，使所述当前程序主体处于预设状态；
15.在所述当前程序主体处于所述预设状态下，当接收到上传指令时，基于上传组件、所述应用程序标识和所述上传密钥，生成所述当前程序主体对应的代码包。
16.优选的，所述将所述代码包上传至所述当前程序主体对应的版本库，并获取登录二维码，包括：
17.将所述代码包上传至所述当前程序主体对应的版本库，并通过无头浏览器获取登
录二维码。
18.优选的，所述当所述版本列表节点数据符合预设条件时，得到目标二维码并存储，包括：
19.基于所述版本列表节点数据中的时间节点，确定最近一次上传至版本列表的版本；
20.当所述版本的版本节点存在预设图标，且接收到弹窗触发信息时，弹出弹窗；
21.从所述弹窗中获取目标二维码并存储。
22.优选的，还包括：
23.若所述版本节点不存在所述预设图标，将所述版本节点对应的版本设置为目标版本。
24.本发明第二方面公开了一种二维码处理系统，所述系统包括：
25.第一获取单元，用于获取当前程序主体的应用程序标识和上传密钥；
26.生成单元，用于当接收到上传指令时，基于上传组件、所述应用程序标识和所述上传密钥，生成所述当前程序主体对应的代码包；
27.第二获取单元，用于将所述代码包上传至所述当前程序主体对应的版本库，并获取登录二维码；
28.第三获取单元，用于当监测到登录信息时，获取所述版本库中当前程序主体对应的版本列表节点数据，所述登录信息由用户扫描所述登录二维码登录成功时生成；
29.第四获取单元，用于当所述版本列表节点数据符合预设条件时，得到目标二维码并存储。
30.优选的，所述生成单元，包括：
31.上传模块，用于将所述当前程序主体的ip添加至上传白名单中，使所述当前程序主体处于预设状态；
32.生成模块，用于在所述当前程序主体处于所述预设状态下，当接收到上传指令时，基于上传组件、所述应用程序标识和所述上传密钥，生成所述当前程序主体对应的代码包。
33.优选的，所述第二获取单元，具体用于：
34.将所述代码包上传至所述当前程序主体对应的版本库，并通过无头浏览器获取登录二维码。
35.本发明第三方面公开了一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如第一方面任意一项所述的二维码处理方法。
36.本发明第四方面公开了一种电子设备，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如第一方面任意一项所述的二维码处理方法。
37.经由上述技术方案可知，获取当前程序主体的应用程序标识和上传密钥，当接收到上传指令时，基于上传组件、应用程序标识和上传密钥，生成当前程序主体对应的代码包并上传至当前程序主体对应的版本库，获取登录二维码，当监测到登录信息时，获取当前程序主体对应的版本列表节点数据，当版本列表节点数据符合预设条件时，得到目标二维码。通过上述方案，在命令行选择需要发布的程序主体，对登录二维码进行扫码登录后，即可获
取目标二维码，在项目测试阶段无需多次进行扫码登录及下载目标二维码等操作，提高开发效率和获取目标二维码的效率。
附图说明
38.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
39.图1为本发明实施例公开的一种二维码处理方法的流程示意图；
40.图2为本发明实施例公开的版本管理界面的示意图；
41.图3为本发明实施例公开的生成当前程序主体对应的代码包的流程示意图；
42.图4为本发明实施例公开的当版本列表节点数据符合预设条件时，得到目标二维码并存储的流程示意图；
43.图5为本发明实施例公开的一种二维码处理系统的结构示意图；
44.图6为本发明实施例公开的一种电子设备的结构示意图。
具体实施方式
45.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
46.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
47.由背景技术可知，现有的开发效率和获取目标二维码的效率低。
48.为了解决该问题，本发明实施例公开了一种二维码处理方法、系统、存储介质及电子设备，皆在提高开发效率和获取目标二维码的效率。具体实现方式通过下述实施例进行说明。
49.参考图1所示，为本发明实施例公开的一种二维码处理方法的流程示意图，该二维码处理方法主要包括如下步骤：
50.步骤s101：获取当前程序主体的应用程序标识appid和上传密钥appsecret。
51.在步骤s101中，登陆需要开发的微信小程序主体的管理平台，在“开发管理”项中获取当前程序主体的应用程序标识appid和上传密钥appsecret。
52.步骤s102：当接收到上传指令时，基于miniprogram-ci上传组件、应用程序标识appid和上传密钥appsecret，生成当前程序主体对应的代码包。
53.在步骤s102中，上传指令为自动上传工具的上传指令，上传指令由开发人员在命令行键入得到。
54.具体获取当前程序主体的应用程序标识appid和上传密钥appsecret的过程如下：
55.首先，将当前程序主体的ip添加至上传白名单中，使当前程序主体处于预设状态，然后，在当前程序主体处于预设状态下，当接收到上传指令时，基于miniprogram-ci上传组件、应用程序标识appid和上传密钥appsecret，生成当前程序主体对应的代码包。
56.其中，预设状态为可将代码包上传至当前程序主体对应的版本库的安全状态。
57.步骤s103：将代码包上传至当前程序主体对应的版本库，并获取登录二维码。
58.在步骤s103中，将代码包上传至当前程序主体对应的版本库，并通过无头浏览器获取登录二维码。
59.其中，无头浏览器(headless chrome)是一种没有操作界面的浏览器，运行在内存中，常用于网页自动化测试，利用其提供的api，可以自动执行操作指令，并且能够在后台模拟真实浏览器的行为。
60.在唤起无头浏览器后，跳转到微信小程序平台登陆页面，获取登陆二维码，并将登录二维码保存至本地并自动打开，等待用户扫码登陆。此时，用户仅能看到一个登陆二维码图片，通过扫描该登录二维码，选择对应当前程序主体，点击登陆，在通过无头浏览器检测到用户扫码登陆后，跳转到微信小程序平台主页，模拟点击“版本管理”项，跳转到版本管理界面。
61.版本管理界面的示意图，如图2所示。
62.图2中，版本管理界面包括开发版本、版本号(1.0.0、1.1.0)、开发者、提交时间、项目备注、提交审核。当存在体验版的标志(预设图标icon)时，确定存在体验版标志对应的版本为目标版本，并获取目标版本对应的目标二维码。
63.步骤s104：当监测到登录信息时，获取版本库中当前程序主体对应的版本列表节点数据，登录信息由用户扫描登录二维码登录成功时生成。
64.其中，在版本管理界面中，获取版本库中当前程序主体对应的版本列表节点数据。
65.步骤s105：当版本列表节点数据符合预设条件时，得到目标二维码并存储。
66.在步骤s105中，基于版本列表节点数据中的时间节点，确定最近一次上传至版本列表的版本，当最近一次上传至版本列表的版本的版本节点存在预设图标icon，确定版本列表节点数据符合预设条件。
67.其中，时间节点即为上传时间节点。
68.预设图标icon用于标识版本为体验版本(目标版本)。
69.获取目标二维码，可进行后续体验流程。
70.为了方便理解基于版本列表节点数据中的时间节点，确定最近一次上传至版本列表的版本的过程，这里举例进行说明：
71.例如：当版本列表节点数据中的上传时间节点分别为15：03和16:08，则上传时间节点为16:08所对应的版本即为最近一次上传至版本列表的版本。
72.具体当版本列表节点数据符合预设条件时，得到目标二维码并存储的过程如下：
73.首先，基于版本列表节点数据中的时间节点，确定最近一次上传至版本列表的版本，然后，当版本的版本节点存在预设图标icon，且接收到弹窗触发信息时，弹出弹窗，最后从弹窗中获取目标二维码并存储。
74.当版本的版本节点不存在预设图标icon时，将版本节点对应的版本设置为目标版
本。
75.具体将版本节点对应的版本设置为目标版本的过程如下：
76.当版本的版本节点不存在预设图标icon时，模拟点击该版本右侧下拉箭头按钮，在弹出框中模拟点击“选为体验版本”按钮，唤起设置体验版本弹窗，在弹出框中，模拟键入小程序默认首页，并模拟点击“切换体验版”按钮；至此，将该版本设置为体验版本。设置为体验版后，获取体验版二维码(目标二维码)，进行后续体验流程。
77.当存在多个程序主体时，可循环执行上述二维码处理方法流程。
78.将代码包上传至当前程序主体对应的版本库、版本管理、设置体验版、获取目标二维码等均属无感知阶段，在无感知阶段中，开发人员在命令行选择需要发布的主体，并且扫码登录后，即可获取体验二维码，无需关心中间的操作流程，实现一键式上传代码包、下载二维码，从而提高开发效率和获取目标二维码的效率。
79.集下载登录二维码、上传代码包、选择体验版本、下载体验版目标二维码并保存到本地为一体的微信小程序自动上传下载工具，节省了源代码上传、下载目标二维码的操作流程和时间，提高开发效率和获取目标二维码的效率。
80.本发明实施例中，在命令行选择需要发布的程序主体，对登录二维码进行扫码登录后，即可获取目标二维码，在项目测试阶段无需多次进行扫码登录及下载目标二维码等操作，提高开发效率和获取目标二维码的效率。
81.参考图3所示，为上述步骤s102中涉及到当接收到上传指令时，基于miniprogram-ci上传组件、应用程序标识appid和上传密钥appsecret，生成当前程序主体对应的代码包的过程，主要包括如下步骤：
82.步骤s301：将当前程序主体的ip添加至上传白名单中，使当前程序主体处于预设状态。
83.步骤s302：在当前程序主体处于预设状态下，当接收到上传指令时，基于miniprogram-ci上传组件、应用程序标识appid和上传密钥appsecret，生成当前程序主体对应的代码包。
84.步骤s301-步骤302的执行原理与上述步骤s102中的执行原理一致，可参考，此处不再进行赘述。
85.本发明实施例中，将当前程序主体的ip添加至上传白名单中，使当前程序主体处于预设状态，在当前程序主体处于预设状态下，当接收到上传指令时，基于miniprogram-ci上传组件、应用程序标识appid和上传密钥appsecret，实现生成当前程序主体对应的代码包的目的。
86.参考图4所示，为上述步骤s105中涉及到当版本列表节点数据符合预设条件时，得到目标二维码并存储的过程，主要包括如下步骤：
87.步骤s401：基于版本列表节点数据中的时间节点，确定最近一次上传至版本列表的版本。
88.步骤s402：当版本的版本节点存在预设图标icon，且接收到弹窗触发信息时，弹出弹窗。
89.步骤s403：从弹窗中获取目标二维码并存储。
90.步骤s401-步骤403的执行原理与上述步骤s105中的执行原理一致，可参考，此处
不再进行赘述。
91.本发明实施例中，基于版本列表节点数据中的时间节点，确定最近一次上传至版本列表的版本，当版本的版本节点存在预设图标icon，且接收到弹窗触发信息时，弹出弹窗，从弹窗中获取目标二维码并存储，实现获取目标二维码的目的。
92.基于上述实施例图1公开的一种二维码处理方法，本发明实施例还对应公开了一种二维码处理系统，如图5所示，该二维码处理系统主要包括第一获取单元501、生成单元502、第二获取单元503、第三获取单元504和第四获取单元505。
93.第一获取单元501，用于获取当前程序主体的应用程序标识appid和上传密钥appsecret。
94.其中，第一获取单元501登陆需要开发的微信小程序主体的管理平台，在“开发管理”项中获取当前程序主体的应用程序标识appid和上传密钥appsecret。
95.生成单元502，用于当接收到上传指令时，基于miniprogram-ci上传组件、应用程序标识appid和上传密钥appsecret，生成当前程序主体对应的代码包。
96.其中，上传指令为自动上传工具的上传指令，上传指令由开发人员在命令行键入得到。
97.第二获取单元503，用于将代码包上传至当前程序主体对应的版本库，并获取登录二维码。
98.其中，第二获取单元503将代码包上传至当前程序主体对应的版本库，并通过无头浏览器获取登录二维码。
99.第三获取单元504，用于当监测到登录信息时，获取版本库中当前程序主体对应的版本列表节点数据，登录信息由用户扫描登录二维码登录成功时生成。
100.其中，在版本管理界面中，获取版本库中当前程序主体对应的版本列表节点数据。
101.第四获取单元505，用于当版本列表节点数据符合预设条件时，得到目标二维码并存储。
102.其中，基于版本列表节点数据中的时间节点，确定最近一次上传至版本列表的版本，当最近一次上传至版本列表的版本的版本节点存在预设图标icon，确定版本列表节点数据符合预设条件。
103.进一步的，生成单元502包括上传模块和生成模块。
104.上传模块，用于将当前程序主体的ip添加至上传白名单中，使当前程序主体处于预设状态。
105.生成模块，用于在当前程序主体处于所述预设状态下，当接收到上传指令时，基于miniprogram-ci上传组件、应用程序标识appid和上传密钥appsecret，生成当前程序主体对应的代码包。
106.进一步的，第二获取单元503，具体用于将代码包上传至当前程序主体对应的版本库，并通过无头浏览器获取登录二维码。
107.进一步的，第四获取单元505，包括确定模块、弹出模块和获取模块。
108.确定模块，用于基于版本列表节点数据中的时间节点，确定最近一次上传至版本列表的版本。
109.弹出模块，用于当版本的版本节点存在预设图标icon，且接收到弹窗触发信息时，
弹出弹窗。
110.获取模块，用于从弹窗中获取目标二维码并存储。
111.进一步的，还包括设置单元。
112.设置单元，用于若版本节点不存在预设图标icon，将版本节点对应的版本设置为目标版本。
113.本发明实施例中，在命令行选择需要发布的程序主体，对登录二维码进行扫码登录后，即可获取目标二维码，在项目测试阶段无需多次进行扫码登录及下载目标二维码等操作，提高开发效率和获取目标二维码的效率。
114.本发明实施例还一种存储介质，存储介质包括存储的指令，其中，在指令运行时控制存储介质所在的设备执行二维码处理方法。
115.本发明实施例还提供了一种电子设备，其结构示意图如图6所示，具体包括存储器601，以及一个或者一个以上的指令602，其中一个或者一个以上指令602存储于存储器601中，且经配置以由一个或者一个以上处理器603执行所述一个或者一个以上指令602进行以下操作：
116.获取当前程序主体的应用程序标识appid和上传密钥appsecret；
117.当接收到上传指令时，基于miniprogram-ci上传组件、应用程序标识appid和上传密钥appsecret，生成当前程序主体对应的代码包；
118.将代码包上传至当前程序主体对应的版本库，并获取登录二维码；
119.当监测到登录信息时，获取版本库中当前程序主体对应的版本列表节点数据，登录信息由用户扫描登录二维码登录成功时生成；
120.当版本列表节点数据符合预设条件时，得到目标二维码并存储。
121.上述各个实施例的具体实施过程及其衍生方式，均在本发明的保护范围之内。
122.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
123.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
124.对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限
制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
125.以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。