CN112241286A - 资源包的配置方法、装置及存储介质 - Google Patents
资源包的配置方法、装置及存储介质 Download PDFInfo
- Publication number
- CN112241286A CN112241286A CN202010777475.7A CN202010777475A CN112241286A CN 112241286 A CN112241286 A CN 112241286A CN 202010777475 A CN202010777475 A CN 202010777475A CN 112241286 A CN112241286 A CN 112241286A
- Authority
- CN
- China
- Prior art keywords
- packaging
- configuration
- packing
- resource package
- result
- 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
- 238000000034 method Methods 0.000 title claims abstract description 73
- 238000003860 storage Methods 0.000 title claims abstract description 14
- 238000004806 packaging method and process Methods 0.000 claims abstract description 232
- 238000012545 processing Methods 0.000 claims abstract description 11
- 238000012856 packing Methods 0.000 claims description 113
- 238000004590 computer program Methods 0.000 claims description 7
- 239000000126 substance Substances 0.000 claims description 6
- 238000011161 development Methods 0.000 abstract description 28
- 238000012360 testing method Methods 0.000 abstract description 20
- 230000008569 process Effects 0.000 abstract description 12
- 238000010586 diagram Methods 0.000 description 14
- 230000001360 synchronised effect Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000011981 development test Methods 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 238000004080 punching Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
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
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请提供一种资源包的配置方法、装置及存储介质，该配置方法包括：服务器接收客户端发送的打包配置请求，打包配置请求用于指示打包配置参数，服务器将该打包配置请求转发至打包平台，以便打包平台根据打包配置请求中的打包配置参数，执行打包处理，服务器在接收到打包平台返回的打包结果后，向客户端发送该打包结果，若打包配置成功，服务器返回的打包结果包括打包好的资源包的二维码，该二维码用于客户端更新或共享资源包。上述配置过程实现开发人员在测试阶段通过移动APP端上的二维码安装、共享资源包，提高了开发测试的灵活性，同时提高了开发测试效率。
Description
技术领域
本申请涉及软件开发测试领域，尤其涉及一种资源包的配置方法、装置及存储介质。
背景技术
应用程序APP开发目前主要有以下三种方式：原生APP开发、网页版APP开发以及混合式APP开发。其中，混合APP开发可实现跨平台和代码复用，接近原生，基于成本和性能上的考虑，大多数公司会考虑采用混合APP开发方式。
混合APP开发涉及Bundle资源包如何集成到原生APP的问题。目前主要采用如下两种方式：第一种方式是开发人员手动打完Bundle资源包，复制到原生的APP工程目录；第二种方式是通过打包平台打完Bundle资源包，然后通过发布平台发布该资源包，当APP启动时检查是否需要从平台下载最新的Bundle资源包。
在测试阶段出现问题时，每次修复完成后，开发人员都需要复制Bundle资源包到原生APP，再由原生APP打包，或者，每次通过个人计算机PC机在打包平台打包，再到分布平台发布。可见，整个开发测试流程较为繁琐，开发效率低。
发明内容
本申请提供一种资源包的配置方法、装置及存储介质，提高了开发测试的灵活性和开发测试效率。
第一方面，本申请提供一种资源包的配置方法，包括：
接收客户端发送的打包配置请求，所述打包配置请求用于指示打包配置参数；
向打包平台转发所述打包配置请求；
接收所述打包平台返回的打包结果，所述打包结果用于指示打包配置是否成功；
若打包配置成功，根据所述打包结果生成打包好的资源包的二维码，向所述客户端发送所述二维码，所述二维码用于所述客户端更新或共享所述资源包。
在一种可能的实施方式中，所述打包配置参数包括以下至少一项：打包版本、打包分支、打包地址、打包类型、邮箱地址。
在一种可能的实施方式中，若打包配置成功，所述打包结果包括以下至少一项：资源包的地址链接、版本号、打包时间、打包人员。
在一种可能的实施方式中，所述方法还包括：
接收所述客户端发送的打包查询请求；
根据所述打包查询请求查询数据库，所述数据库中存储有历史打包记录；
在所述数据库中记录有所述打包查询请求对应的打包结果时，向所述客户端返回所述打包结果。
在一种可能的实施方式中，所述接收所述客户端发送的打包查询请求，包括：通过轮询接口接收所述客户端发送的打包查询请求。
在一种可能的实施方式中，所述根据所述打包结果生成打包好的资源包的二维码，包括：
根据所述打包结果中的所述资源包的地址链接，生成所述资源包对应的二维码。
在一种可能的实施方式中，所述方法还包括：
向所述打包配置参数中的邮箱地址发送所述打包结果。
第二方面，本申请提供一种资源包的配置方法，包括：
向服务器发送打包配置请求，所述打包配置请求用于指示打包配置参数；
接收打包平台通过所述服务器返回的打包结果，所述打包结果用于指示打包配置是否成功；
若打包配置成功，所述服务器返回的打包结果中包括打包好的资源包的二维码，根据所述二维码，更新所述资源包。
在一种可能的实施方式中，所述打包配置参数包括以下至少一项：打包版本、打包分支、打包地址、打包类型、邮箱地址。
在一种可能的实施方式中，若打包配置成功，所述打包结果包括以下至少一项：资源包的地址链接、版本号、打包时间、打包人员。
在一种可能的实施方式中，所述方法还包括：
向所述服务器发送打包查询请求，所述服务器的数据库中存储有历史打包记录；
接收所述服务器返回的打包结果。
在一种可能的实施方式中，所述方法还包括：
接收轮询配置请求，所述轮询配置请求中包括查询打包结果的轮询时间；
相应的，所述向所述服务器发送打包查询请求，包括：
根据所述轮询时间向所述服务器的轮询接口发送所述打包查询请求。
第三方面，本申请提供一种资源包的配置装置，包括：
接收模块，用于接收客户端发送的打包配置请求，所述打包配置请求用于指示打包配置参数；
发送模块，用于向打包平台转发所述打包配置请求；
所述接收模块，还用于接收所述打包平台返回的打包结果，所述打包结果用于指示打包配置是否成功；
若打包配置成功，处理模块，用于根据所述打包结果生成打包好的资源包的二维码，所述发送模块，还用于向所述客户端发送所述二维码，所述二维码用于所述客户端更新或共享所述资源包。
第四方面，本申请提供一种资源包的配置装置，包括：
发送模块，用于向服务器发送打包配置请求，所述打包配置请求用于指示打包配置参数；
接收模块，用于接收打包平台通过所述服务器返回的打包结果，所述打包结果用于指示打包配置是否成功；
若打包配置成功，所述服务器返回的打包结果中包括打包好的资源包的二维码，更新模块，用于根据所述二维码，更新所述资源包。
第五方面，本申请提供一种资源包的配置装置，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述资源包的配置装置能够执行第一方面中任一项所述的方法。
第六方面，本申请提供一种资源包的配置装置，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述资源包的配置装置能够执行第二方面中任一项所述的方法。
第七方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现如第一方面中任一项所述的方法。
第八方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现如第二方面中任一项所述的方法。
本申请提供一种资源包的配置方法、装置及存储介质，该配置方法包括：服务器接收客户端发送的打包配置请求，打包配置请求用于指示打包配置参数，服务器将该打包配置请求转发至打包平台，以便打包平台根据打包配置请求中的打包配置参数，执行打包处理，服务器在接收到打包平台返回的打包结果后，向客户端发送该打包结果，若打包配置成功，服务器返回的打包结果包括打包好的资源包的二维码，该二维码用于客户端更新或共享资源包。上述配置过程实现开发人员在测试阶段通过移动APP端上的二维码安装、共享资源包，提高了开发测试的灵活性，同时提高了开发测试效率。
附图说明
图1为本申请实施例提供的资源包的配置方法的场景示意图；
图2为本申请实施例提供的一种资源包的配置方法的交互图；
图3为本申请实施例提供的一种资源包的配置方法的交互图；
图4为本申请实施例提供的客户端的一种界面示意图；
图5为本申请实施例提供的一种资源包的配置装置的结构示意图；
图6为本申请实施例提供的一种资源包的配置装置的结构示意图；
图7为本申请实施例提供的一种资源包的配置装置的硬件结构示意图；
图8为本申请实施例提供的一种资源包的配置装置的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。
此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
下面首先对本申请实施例中涉及的专业名词进行简要说明。
Bundle资源包：是将图片、XIB(一种图形界面设计文档)、文本文件组织在一起，打包成一个Bundle文件，方便在其他项目中引用包中的资源。Bundle文件是静态的，也就是说，包中的资源文件作为一个资源包不参加项目编译，Bundle包中不能包含可执行的文件。它仅仅作为资源，被解析成为特定的二进制数据。
热更新：是众多APP常用的更新方式，在用户下载安装APP之后，打开APP时即时更新，只需要下载安装更新部分的代码。
Jenkins：是一个开源软件项目，是基于Java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。
React Native(简称RN)：是Facebook开源的跨平台移动应用开发框架，支持ios和安卓两大平台。RN使用Javascript语言，类似于HTML的JSX，以及CSS来开发移动应用，因此熟悉Web前端开发的技术人员只需很少的学习就可以进入移动应用开发领域。
Git分支：是指从开发主线上分离开来的一个分支，以免影响开发主线，具有难以置信的轻量性，创建分支以及切换分支几乎都是瞬间完成，支持合并分支。
目前的应用程序APP开发通常采用混合APP开发方式，在混合APP开发的测试阶段，需要不断修改代码，例如RN代码，对代码进行打包处理，例如打RN代码的资源包。如果APP不支持热更新，开发人员需要手动将RN代码的资源包拷贝到ios APP的工程目录里。如果APP支持热更新，开发人员需要通过PC机在打包平台(例如Jenkins平台)进行打包，然后到发布平台发布，APP通过热更新方式下载资源包(Bundle资源包)，然而这种方式依赖于PC机，如果没有PC机，开发测试过程无法正常进行。
为了简化繁琐的开发测试流程，提高开发测试效率，降低开发和测试成本，本申请提供一种资源包的配置方法，该方法不依赖于PC机，开发人员可通过移动终端上的APP进行资源包配置，服务器包装配置参数后传递到打包平台，经打包平台打包后，打包平台将打包结果返回给服务器，服务器将打包结果缓存到服务器的数据库中，并下发打包结果至客户端，服务器下发的打包结果包括打包好的资源包的二维码，开发人员可通过该二维码更新该资源包，或者将该二维码共享给APP项目的其他人员。上述配置过程实现APP端在测试阶段通过二维码安装、共享资源包，提高了开发测试的灵活性，同时提高了开发测试效率。
图1为本申请实施例提供的资源包的配置方法的场景示意图，如图1所示，该场景包括客户端、服务器以及打包平台。服务器作为客户端与打包平台的中间环节，用于存储客户端发送的打包配置参数，并将打包配置参数发送至打包平台。打包平台接收服务器发送的打包配置参数，通过预设脚本修改配置表，根据打包配置参数中的打包地址复制源代码、下载依赖包、对源代码进行语法分析、执行打包，最后通知服务器打包结果，打包结果用于指示打包配置是否成功。服务器在接收到打包平台返回的打包结果后，将打包结果存储在数据库中，以便执行后续的查询任务。客户端通过服务器向打包平台发送打包配置参数之后，可通过服务器接收打包平台返回的打包结果。
在一些实施例中，客户端还可以向服务器发送打包查询请求，打包查询请求用于请求任意一次打包记录的历史数据，服务器通过查询数据库中历史打包记录，向客户端返回打包查询请求对应的历史数据。
在一些实施例中，客户端还可以根据预设的轮询时间，向服务器发送打包查询请求，即定期向服务器发送打包查询请求，以便及时从服务器获取打包平台打包好的资源包。
下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
图2为本申请实施例提供的一种资源包的配置方法的交互图，如图2所示，本实施例提供的配置方法包括如下步骤：
步骤201、客户端向服务器发送打包配置请求，打包配置请求用于指示打包配置参数。
在本实施例中，开发人员通过客户端配置打包参数，具体的，打包配置参数可以包括以下至少一项：
打包版本、打包分支、打包地址、打包类型、邮箱地址。
其中，打包版本是指RN资源包的版本。打包分支是指git分支，在该分支修改RN代码。打包地址是指git地址，可从git地址复制RN源代码。打包类型包括如下两种：debug类型以及release类型。邮箱地址包括开发人员的邮箱地址，和/或，开发人员制定的其他人员的邮箱地址。
步骤202、服务器向打包平台转发打包配置请求。
在本实施例中，服务器在接收到客户端发送的打包配置请求后，可将打包配置请求中指示的上述打包配置参数保存至服务器的数据库中。随后，将打包配置请求中的打包配置参数转发给打包平台。
步骤203、打包平台根据打包配置请求，执行打包。
具体的，打包平台根据打包配置请求中的打包配置参数修改配置表，根据打包地址(即git地址)复制RN源代码，即下载依赖包。其中，RN源代码存储在git仓库中。随后，打包平台对复制的RN源代码进行语法分析、执行打包。需要指出的是，打包平台打包的代码除了包括修改的代码，还包括没有改动的代码。
可选的，本实施例的打包平台可以是Jenkins平台。
步骤204、打包平台向服务器发送打包结果，打包结果用于指示打包配置是否成功。
若打包配置成功，打包结果可以包括以下至少一项：资源包的地址链接、版本号、打包时间、打包人员。其中，资源包的地址链接用于客户端下载打包好的资源包，版本号是指资源包的版本号。
若打包配置失败，打包平台可返回失败的具体原因，例如代码语法错误、代码引用错误等。
步骤205、若打包配置成功，服务器根据打包结果生成打包好的资源包的二维码。
在本实施例中，服务器接收到打包平台返回的打包配置成功的打包结果后，可根据打包结果中的资源包的地址链接，生成资源包对应的二维码。资源包的二维码用于客户端更新或共享资源包。
步骤206、向客户端发送二维码。
步骤207、客户端根据二维码，更新资源包。
具体的，开发人员可通过长按识别APP界面上的二维码，更新资源包，完成对当前APP的下载更新。
可选的，在一些实施例中，开发人员还可以将该二维码通过其他APP分享给开发测试阶段的相关人员，以便相关人员根据该二维码更新资源包。
本申请实施例提供的资源包的配置方法，服务器接收客户端发送的打包配置请求，打包配置请求用于指示打包配置参数，服务器将该打包配置请求转发至打包平台，以便打包平台根据打包配置请求中的打包配置参数，执行打包处理，服务器在接收到打包平台返回的打包结果后，向客户端发送该打包结果，若打包配置成功，服务器返回的打包结果包括打包好的资源包的二维码，该二维码用于客户端更新或共享资源包。上述配置过程实现开发人员在测试阶段通过移动APP端上的二维码安装、共享资源包，提高了开发测试的灵活性，同时提高了开发测试效率。
可选的，在一些实施例中，服务器在接收到打包平台返回的打包结果后，服务器可根据打包配置请求中指示的邮箱地址，向该邮箱地址发送打包结果，打包结果用于指示打包配置请求是否成功。
可选的，在一些实施例中，邮件通知打包结果可以不经过服务器，即打包平台在完成打包后，可根据打包配置请求中指示的邮箱地址，直接向邮箱地址发送打包结果。
上述实施例示出了开发人员通过客户端向打包平台发送打包配置请求的配置方案，在外部因素影响下，例如断网、移动终端断电等，开发人员再次登录客户端时，可通过客户端向服务器发送打包查询请求，查询上一次打包配置结果或者历史打包配置结果。
下面结合附图3对本实施例提供的资源包的配置方法进行详细说明。图3为本申请实施例提供的一种资源包的配置方法的交互图，在图2所示实施例的基础上，如图3所示，本实施例的资源包的配置方法，还包括以下步骤：
步骤301、客户端向服务器发送打包查询请求。
在一种可能的实施方式中，打包查询请求包括打包配置的标识，该标识唯一确定某一次打包配置。例如，开发人员在某一时间段内通过客户端进行一次打包配置，客户端生成本次打包配置的标识，客户端向服务器发送的打包配置请求中包括该标识。后续，客户端可通过轮询方式向服务器发送打包查询请求，打包查询请求包括打包配置的标识，以便服务器通过该标识查询打包配置的相关参数以及打包结果。
在一种可能的实施方式中，打包查询请求包括时间段信息，服务器可根据该时间段信息，查询在该时间段内的历史打包记录，例如查询某一天在9:00至12:00的历史打包记录。
步骤302、服务器根据打包查询请求查询数据库。其中，数据库中存储有历史打包记录。
在一种可能的实施方式中，服务器根据打包查询请求中的打包配置的标识，查询数据库，在数据库中获取打包配置的标识对应的打包配置参数和/或打包结果。可选的，打包结果中可以包括打包好的资源包的二维码。
在一种可能的实施方式中，服务器根据打包查询请求中的时间段信息，查询数据库，在数据库中获取时间段内的历史打包记录，历史打包记录包括一次或多次打包配置对应的打包配置参数和/或打包结果。
可选的，在一些实施例中，服务器在数据库中获取的某一时间段内的历史打包记录可以包括其他人员的打包配置记录，返回的打包结果可以包括其他人员的打包配置参数和/或打包结果，可通过该方式查询其他人员的打包配置记录，选择更新或不更新资源包。
图4为本申请实施例提供的客户端的一种界面示意图，如图4所示，该界面包括3条打包配置的历史打包记录，以列表的形式展示。图4中的“0.3.0-125614”、“0.3.0-125607”、“0.3.0-125507”表示打包配置的ID，“debug”和“release”表示打包类型，“0.6.1”、“0.3.4”表示不同打包配置对应的资源包的版本号。开发人员可通过点击“详情”，查询任意一次打包配置的打包配置参数和/或打包结果，开发人员还可通过点击“安装”，下载任意一次打包结果对应的更新资源包。每一条打包配置记录对应一个打包结果，打包结果用于指示打包成功或失败，如图4所示，3条打包配置记录均标注有打包“成功”的标记。
步骤303、在数据库中记录有打包查询请求对应的打包结果时，向客户端返回打包结果。
可选的，在一些实施例中，资源包的配置方法还包括如下步骤：
客户端接收轮询配置请求，轮询配置请求中包括查询打包结果的轮询时间。相应的，上述步骤301，包括：
根据轮询时间向服务器的轮询接口发送打包查询请求。
该示例采用轮询方式查询打包结果，使得开发人员可以在第一时间得到打包结果，并将资源包集成到APP端。
本申请实施例提供的资源包的配置方法涉及打包配置的查询流程，通过客户端向服务器发送打包查询请求，服务器根据打包查询请求查询数据库，并将数据库中该请求对应的打包结果返回至客户端，以便用户在客户端查看任意一次打包配置对应的打包结果，及时在APP端更新资源包。
图5为本申请实施例提供的一种资源包的配置装置的结构示意图。如图5所示，本实施例的资源包的配置装置500，包括：
接收模块501，用于接收客户端发送的打包配置请求，所述打包配置请求用于指示打包配置参数；
发送模块502，用于向打包平台转发所述打包配置请求；
接收模块501，还用于接收所述打包平台返回的打包结果，所述打包结果用于指示打包配置是否成功；
若打包配置成功，处理模块503，用于根据所述打包结果生成打包好的资源包的二维码，发送模块502，还用于向所述客户端发送所述二维码，所述二维码用于所述客户端更新或共享所述资源包。
在一种可能的实施方式中，所述打包配置参数包括以下至少一项：打包版本、打包分支、打包地址、打包类型、邮箱地址。
在一种可能的实施方式中，若打包配置成功，所述打包结果包括以下至少一项：资源包的地址链接、版本号、打包时间、打包人员。
在一种可能的实施方式中，处理模块503，具体用于：
根据所述打包结果中的所述资源包的地址链接，生成所述资源包对应的二维码。
在一种可能的实施方式中，接收模块501，还用于接收所述客户端发送的打包查询请求；
处理模块503，还用于根据所述打包查询请求查询数据库，所述数据库中存储有历史打包记录；
发送模块502，还用于在所述数据库中记录有所述打包查询请求对应的打包结果时，向所述客户端返回所述打包结果。
在一种可能的实施方式中，接收模块501，具体用于：
通过轮询接口接收所述客户端发送的打包查询请求。
在一种可能的实施方式中，发送模块502，还用于：
向所述打包配置参数中的邮箱地址发送所述打包结果。
本申请实施例提供的资源包的配置装置，用于执行前述任一方法实施例中服务器的技术方案，其实现原理和技术效果类似，在此不再赘述。
图6为本申请实施例提供的一种资源包的配置装置的结构示意图。如图6所示，本实施例的资源包的配置装置600，包括：
发送模块601，用于向服务器发送打包配置请求，所述打包配置请求用于指示打包配置参数；
接收模块602，用于接收打包平台通过所述服务器返回的打包结果，所述打包结果用于指示打包配置是否成功；
若打包配置成功，所述服务器返回的打包结果中包括打包好的资源包的二维码，更新模块603，用于根据所述二维码，更新所述资源包。
在一种可能的实施方式中，所述打包配置参数包括以下至少一项：打包版本、打包分支、打包地址、打包类型、邮箱地址。
在一种可能的实施方式中，若打包配置成功，所述打包结果包括以下至少一项：资源包的地址链接、版本号、打包时间、打包人员。
在一种可能的实施方式中，发送模块601，还用于：
向所述服务器发送打包查询请求，所述服务器的数据库中存储有历史打包记录；
接收模块602，还用于接收所述服务器返回的打包结果。
在一种可能的实施方式中，接收模块602，还用于接收轮询配置请求，所述轮询配置请求中包括查询打包结果的轮询时间；
发送模块601，具体用于：
根据所述轮询时间向所述服务器的轮询接口发送所述打包查询请求。
本申请实施例提供的资源包的配置装置，用于执行前述任一方法实施例中客户端的技术方案，其实现原理和技术效果类似，在此不再赘述。
图7为本申请实施例提供的一种资源包的配置装置的硬件结构示意图。如图7所示，本实施例提供的资源包的配置装置700，包括：
至少一个处理器701(图7中仅示出了一个处理器)；以及
与所述至少一个处理器通信连接的存储器702；其中，
所述存储器702存储有可被所述至少一个处理器701执行的指令，所述指令被所述至少一个处理器701执行，以使配置装置700能够执行前述任一方法实施例中服务器执行的各个步骤，其实现原理和技术效果类似，在此不再赘述。
可选的，存储器702既可以是独立的，也可以跟处理器701集成在一起。
当存储器702是独立于处理器701之外的器件时，配置装置700还包括：总线703，用于连接存储器702和处理器701。
图8为本申请实施例提供的一种资源包的配置装置的硬件结构示意图。如图8所示，本实施例提供的资源包的配置装置800，包括：
至少一个处理器801(图8中仅示出了一个处理器)；以及
与所述至少一个处理器通信连接的存储器802；其中，
所述存储器802存储有可被所述至少一个处理器801执行的指令，所述指令被所述至少一个处理器801执行，以使配置装置800能够执行前述任一方法实施例中客户端执行的各个步骤，其实现原理和技术效果类似，在此不再赘述。
可选的，存储器802既可以是独立的，也可以跟处理器801集成在一起。
当存储器802是独立于处理器801之外的器件时，配置装置800还包括：总线803，用于连接存储器802和处理器801。
本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现前述任一方法实施例中服务器执行的各个步骤。
本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现前述任一方法实施例中客户端执行的各个步骤。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
应理解，本申请实施例中提及的处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。
需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。
Claims (17)
1.一种资源包的配置方法，其特征在于，包括：
接收客户端发送的打包配置请求，所述打包配置请求用于指示打包配置参数；
向打包平台转发所述打包配置请求；
接收所述打包平台返回的打包结果，所述打包结果用于指示打包配置是否成功；
若打包配置成功，根据所述打包结果生成打包好的资源包的二维码，向所述客户端发送所述二维码，所述二维码用于所述客户端更新或共享所述资源包。
2.根据权利要求1所述的方法，其特征在于，所述打包配置参数包括以下至少一项：打包版本、打包分支、打包地址、打包类型、邮箱地址。
3.根据权利要求1所述的方法，其特征在于，若打包配置成功，所述打包结果包括以下至少一项：资源包的地址链接、版本号、打包时间、打包人员。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述根据所述打包结果生成打包好的资源包的二维码，包括：
根据所述打包结果中的所述资源包的地址链接，生成所述资源包对应的二维码。
5.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：
接收所述客户端发送的打包查询请求；
根据所述打包查询请求查询数据库，所述数据库中存储有历史打包记录；
在所述数据库中记录有所述打包查询请求对应的打包结果时，向所述客户端返回所述打包结果。
6.根据权利要求5所述的方法，其特征在于，所述接收所述客户端发送的打包查询请求，包括：
通过轮询接口接收所述客户端发送的打包查询请求。
7.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：
向所述打包配置参数中的邮箱地址发送所述打包结果。
8.一种资源包的配置方法，其特征在于，包括：
向服务器发送打包配置请求，所述打包配置请求用于指示打包配置参数；
接收打包平台通过所述服务器返回的打包结果，所述打包结果用于指示打包配置是否成功；
若打包配置成功，所述服务器返回的打包结果中包括打包好的资源包的二维码，根据所述二维码，更新所述资源包。
9.根据权利要求8所述的方法，其特征在于，所述打包配置参数包括以下至少一项：打包版本、打包分支、打包地址、打包类型、邮箱地址。
10.根据权利要求8所述的方法，其特征在于，若打包配置成功，所述打包结果包括以下至少一项：资源包的地址链接、版本号、打包时间、打包人员。
11.根据权利要求8-10任一项所述的方法，其特征在于，所述方法还包括：
向所述服务器发送打包查询请求，所述服务器的数据库中存储有历史打包记录；
接收所述服务器返回的打包结果。
12.根据权利要求11所述的方法，其特征在于，所述方法还包括：
接收轮询配置请求，所述轮询配置请求中包括查询打包结果的轮询时间；
相应的，所述向所述服务器发送打包查询请求，包括：
根据所述轮询时间向所述服务器的轮询接口发送所述打包查询请求。
13.一种资源包的配置装置，其特征在于，包括：
接收模块，用于接收客户端发送的打包配置请求，所述打包配置请求用于指示打包配置参数；
发送模块，用于向打包平台转发所述打包配置请求；
所述接收模块，还用于接收所述打包平台返回的打包结果，所述打包结果用于指示打包配置是否成功；
若打包配置成功，处理模块，用于根据所述打包结果生成打包好的资源包的二维码，所述发送模块，还用于向所述客户端发送所述二维码，所述二维码用于所述客户端更新或共享所述资源包。
14.一种资源包的配置装置，其特征在于，包括：
发送模块，用于向服务器发送打包配置请求，所述打包配置请求用于指示打包配置参数；
接收模块，用于接收打包平台通过所述服务器返回的打包结果，所述打包结果用于指示打包配置是否成功；
若打包配置成功，所述服务器返回的打包结果中包括打包好的资源包的二维码，更新模块，用于根据所述二维码，更新所述资源包。
15.一种资源包的配置装置，其特征在于，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述资源包的配置装置能够执行权利要求1-7中任一项所述的方法。
16.一种资源包的配置装置，其特征在于，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述资源包的配置装置能够执行权利要求8-12中任一项所述的方法。
17.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行以实现如权利要求1-7中任一项所述的方法，或者，如权利要求8-12中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010777475.7A CN112241286A (zh) | 2020-08-05 | 2020-08-05 | 资源包的配置方法、装置及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010777475.7A CN112241286A (zh) | 2020-08-05 | 2020-08-05 | 资源包的配置方法、装置及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112241286A true CN112241286A (zh) | 2021-01-19 |
Family
ID=74171574
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010777475.7A Pending CN112241286A (zh) | 2020-08-05 | 2020-08-05 | 资源包的配置方法、装置及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112241286A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112817850A (zh) * | 2021-01-28 | 2021-05-18 | 北京达佳互联信息技术有限公司 | 信息处理方法、装置、***、电子设备及存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101082924A (zh) * | 2007-06-04 | 2007-12-05 | 徐恩麒 | 酒店互动*** |
| CN105426195A (zh) * | 2015-12-14 | 2016-03-23 | 网易（杭州）网络有限公司 | 基于软件开发的效果核实处理方法及装置 |
| CN105607992A (zh) * | 2015-09-29 | 2016-05-25 | 网易（杭州）网络有限公司 | 应用程序测试方法、装置和*** |
| CN108664267A (zh) * | 2018-04-09 | 2018-10-16 | 上海瀚银信息技术有限公司 | 一种代码自动打包*** |
-
2020
- 2020-08-05 CN CN202010777475.7A patent/CN112241286A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101082924A (zh) * | 2007-06-04 | 2007-12-05 | 徐恩麒 | 酒店互动*** |
| CN105607992A (zh) * | 2015-09-29 | 2016-05-25 | 网易（杭州）网络有限公司 | 应用程序测试方法、装置和*** |
| CN105426195A (zh) * | 2015-12-14 | 2016-03-23 | 网易（杭州）网络有限公司 | 基于软件开发的效果核实处理方法及装置 |
| CN108664267A (zh) * | 2018-04-09 | 2018-10-16 | 上海瀚银信息技术有限公司 | 一种代码自动打包*** |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112817850A (zh) * | 2021-01-28 | 2021-05-18 | 北京达佳互联信息技术有限公司 | 信息处理方法、装置、***、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10678522B1 (en) | Compiler and method for compiling business rules for a serverless runtime environment | |
| CN106559438B (zh) | 一种基于目标网络平台的程序上传方法和装置 | |
| CN102289378B (zh) | 自动生成应用程序的方法 | |
| CN112882700A (zh) | iOS应用程序构建方法及装置、电子设备及存储介质 | |
| CN109725912B (zh) | 应用程序配置方法、装置、终端、服务器及可读存储介质 | |
| US20200183683A1 (en) | Application architecture generation | |
| CN112579099A (zh) | 代码的部署方法、装置、存储介质及电子设备 | |
| CN105468427A (zh) | 一种自动编译和发布的实现方法及*** | |
| CN111078229A (zh) | 一种应用程序处理方法、装置、存储介质及电子设备 | |
| CN110795139A (zh) | 客户端批量打包方法、装置、计算机设备和存储介质 | |
| CN113064630A (zh) | 移动端app自动打包方法、***、电子设备及存储介质 | |
| CN111796855B (zh) | 一种增量版本更新方法、装置、存储介质及计算机设备 | |
| CN115904959A (zh) | 软件集成和部署方法以及软件开发管理*** | |
| CN110851151B (zh) | 预装应用的方法、装置、终端、服务器和存储介质 | |
| CN115686606A (zh) | 一种项目依赖树的展示方法、装置、***及介质 | |
| CN109726104B (zh) | 移动终端的测试包生成方法、测试终端及存储介质 | |
| CN112241286A (zh) | 资源包的配置方法、装置及存储介质 | |
| CN110647349B (zh) | 一种实现iOS APP持续交付的方法 | |
| CN117527896A (zh) | 一种多***数据对接第三方电子档案的方法及*** | |
| CN112416612A (zh) | 服务调用方法、装置、计算机设备和可读存储介质 | |
| CN116483899A (zh) | 融合服务接口的调用方法及其装置、电子设备及存储介质 | |
| CN114895916A (zh) | 代码部署方法、装置、存储介质以及电子设备 | |
| CN111273940B (zh) | 将程序文件上传至代码仓库的方法及装置 | |
| CN115168175A (zh) | 程序错误解决方法、装置、电子设备和存储介质 | |
| CN112052035A (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 |