CN115390799A - App构建方法、设备及存储介质 - Google Patents
App构建方法、设备及存储介质 Download PDFInfo
- Publication number
- CN115390799A CN115390799A CN202210909923.3A CN202210909923A CN115390799A CN 115390799 A CN115390799 A CN 115390799A CN 202210909923 A CN202210909923 A CN 202210909923A CN 115390799 A CN115390799 A CN 115390799A
- Authority
- CN
- China
- Prior art keywords
- target
- app
- data
- construction
- data package
- 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
- 238000010276 construction Methods 0.000 title claims abstract description 142
- 230000006870 function Effects 0.000 claims abstract description 102
- 238000000034 method Methods 0.000 claims abstract description 45
- 238000012790 confirmation Methods 0.000 claims description 40
- 238000012545 processing Methods 0.000 claims description 11
- 230000008569 process Effects 0.000 abstract description 15
- 238000004891 communication Methods 0.000 abstract description 3
- 238000011161 development Methods 0.000 abstract description 2
- 230000002829 reductive effect Effects 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 10
- 238000013461 design Methods 0.000 description 7
- 230000000694 effects Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000003068 static effect 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/20—Software design
- G06F8/24—Object-oriented
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
本发明属于应用开发技术领域，具体涉及一种APP构建方法、设备及存储介质，涉及通信技术领域。该方法包括：获取目标APP实现的应用功能；根据预存储的历史构建库，判断所述历史构建库中是否存在能实现目标APP的至少部分应用功能的目标数据包；若是，根据所述目标数据包，构建目标APP的基础数据，所述历史构建库中包括多个数据包，每个所述数据包中包括至少一个功能组件的数据，所述功能组件与应用功能存在对应关系；将所述目标APP的基础数据上传至预设应用平台，完成目标APP的构建。通过本申请的方法，实现对第三方组件和内部组件统一化管理，提高APP构建效率，降低构建过程人为失误发生几率的效果。
Description
技术领域
本发明属于应用开发技术领域，具体涉及一种APP构建方法、设备及存储介质。
背景技术
越来越多的程序需要支持手机端，构建手机端的APP需要集成各种成品的第三方组件和自己开发的公共通用的H5(网页+JavaScript框架)和Flutter(开源移动应用框架)等内部组件，在APP构建时需要将这些组件统一化管理。
现在手机端的运行系统主要被分为iOS和Android两大块，不同运行系统需要构建的APP版本不同，并且为了完善某些功能，需要不定期的对版本进行迭代更新处理。
现有的APP构建平台更多注重某一次的APP构建，对版本不断迭代没有有效的处理方法，每次构建都是从头开始构建，导致构建的过程繁琐，其更新处理过程中也可能会出现一些人为的失误，导致构建的APP不可用，严重影响开发人员工作效率。
发明内容
为了解决现有技术中的上述问题，即为了解决现有技术构建APP时都是从头构建，影响开发人员工作效率的问题，本发明提供了一种APP构建方法，包括：
获取目标APP实现的应用功能；
根据预存储的历史构建库，判断所述历史构建库中是否存在能实现目标APP的至少部分应用功能的目标数据包；
若是，根据所述目标数据包，构建目标APP的基础数据，所述历史构建库中包括多个数据包，每个所述数据包中包括至少一个功能组件的数据，所述功能组件与应用功能存在对应关系；
将所述目标APP的基础数据上传至预设应用平台，完成目标APP的构建。
在一种可能的设计中，若所述历史构建库中的目标数据包未能实现目标APP的全部应用功能，所述根据所述目标数据包，构建目标APP的基础数据，包括：
获取剩余的应用功能对应的目标功能组件；
根据所述目标数据包和所述目标功能组件的数据，构建目标APP的基础数据。
在一种可能的设计中，所述根据所述目标数据包，构建目标APP的基础数据之前，所述方法还包括：
获取所述历史构建库中存储的所述目标数据包的版本号；
从服务器获取所述目标数据包的版本号列表；
根据所述目标数据包的版本号和所述版本号列表，判断所述目标数据包是否为最新版本；
若否，则从所述服务器获取最新版本的目标数据包，并对所述历史构建库中的所述目标数据包进行更新。
在一种可能的设计中，所述根据所述目标数据包和所述目标功能组件的数据，构建目标APP的基础数据之前，所述方法还包括：
将所述目标数据包和所述目标功能组件的数据发送至组件确认终端；
获取所述组件确认终端上传的确认结果；
判断所述确认结果是否为确认通过，得到确认通过的结果。
在一种可能的设计中，所述将所述目标APP的基础数据上传至预设应用平台之前，所述方法还包括：
根据得到确认通过结果的所述目标数据包和所述目标功能组件的数据，构建目标APP的基础数据；
将所述目标APP的基础数据以数据包形式存储至所述历史构建库中。
在一种可能的设计中，所述根据所述目标数据包，构建目标APP的基础数据，包括：
获取所述目标APP的构建类型，所述构建类型包括预设目标APP终端的移动操作系统，所述移动操作系统包括iOS系统和Android系统中的至少一项；
根据所述构建类型和所述目标数据包，构建所述目标APP的基础数据。
在一种可能的设计中，所述根据所述构建类型和所述目标数据包，构建所述目标APP的基础数据，包括：
判断所述预设目标APP终端的移动操作系统是否为iOS系统；
若是，获取所述iOS系统的证书，根据证书和所述目标数据包构建目标APP的基础数据。
第二方面，本申请提供一种APP构建设备，包括：
获取模块，用于获取目标APP实现的应用功能；
判断模块，用于根据预存储的历史构建库，判断所述历史构建库中是否存在能实现目标APP的至少部分应用功能的目标数据包；
处理模块，用于根据所述目标数据包，构建目标APP的基础数据，所述历史构建库中包括多个数据包，每个所述数据包中包括至少一个功能组件的数据，所述功能组件与应用功能存在对应关系；
发送模块，用于将所述目标APP的数据组件上传至预设应用平台，完成目标APP的构建。
第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，以实现APP构建方法。
第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现APP构建方法。
本领域技术人员能够理解的是，本发明提供的APP构建方法、设备及存储介质，通过获取目标APP实现的应用功能；根据预存储的历史构建库，判断所述历史构建库中是否存在能实现目标APP的至少部分应用功能的目标数据包；若是，根据所述目标数据包，构建目标APP的基础数据，所述历史构建库中包括多个数据包，每个所述数据包中包括至少一个功能组件的数据，所述功能组件与应用功能存在对应关系；将所述目标APP的基础数据上传至预设应用平台，完成目标APP的构建的手段，实现对第三方组件和内部组件统一化管理，提高APP构建效率，降低构建过程人为失误发生几率的效果。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的APP构建的应用场景示意图；
图2为本申请实施例提供的APP构建方法的流程示意图一；
图3为本申请实施例提供的APP构建方法的流程示意图二；
图4为本申请实施例提供的APP构建方法的流程示意图三；
图5为本申请实施例提供的APP构建设备的框架结构示意图；
图6为本申请实施例提供的电子设备的硬件结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本申请提供的APP构建方法应用场景示意图。如图1所示，开发人员通过开发人员客户端101查看构建服务器102内预存储的历史构建库，然后将目标APP实现的应用功能与历史构建库相匹配，判断历史构建库中是否存在与目标APP实现的应用功能相近或相似的目标数据包，若存在部分相近或相似的目标数据包，则以该部分相近或相似的目标数据包为基础进行功能组件的增加或减少，通过确认终端103对改变后功能组件以及相近或相似的目标数据包进行是否可用的通过确认，然后将可用的功能组件及目标数据包进行组合构建，从而实现本申请提供的APP构建方法，旨在解决现有技术的如上技术问题。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
图2为本申请提供的APP构建方法流程示意图一。如图2所示，该方法包括：
S201、获取目标APP实现的应用功能；
具体来说，根据要构建的目标APP获取其对应要实现的应用功能列表，应用功能列表内存储有至少一个应用功能。
S202、根据预存储的历史构建库，判断所述历史构建库中是否存在能实现目标APP的至少部分应用功能的目标数据包，若是，根据所述目标数据包，构建目标APP的基础数据，所述历史构建库中包括多个数据包，每个所述数据包中包括至少一个功能组件的数据，所述功能组件与应用功能存在对应关系；
具体来说，首先在预存储的历史构建库中进行应用功能的查找，确定历史构建库中是否含有能实现目标APP的至少部分应用功能的目标数据包，历史构建库中存储有多个具备特定应用功能的数据包，利用历史构建库中的目标数据包，实现在目标数据包的基础上增减项目构建目标APP，从而提高构建效率，减少构建过程中出现的失误几率。更具体的说，历史构建库中存储的每个数据包内存储有能实现一个应用功能的一个功能组件数据，或者存储有能实现多个应用功能的多个功能组件数据，每个功能组件都与应用功能存在对应关系，使得在查找目标数据包时，可以通过应用功能对应到功能组件上，进而对应到包含该一个或多个功能组件的数据包上。由于查找到的数据包可能是一个，也可能是多个，需要进行优先级排序，实现目标APP的应用功能多的数据包比实现目标APP的应用功能少的数据包的优先级高，将实现目标APP的应用功能最多的数据包作为目标数据包输出。
进一步的，将目标数据包与应用功能列表相匹配，判断目标数据包是否能实现应用功能列表内所有应用功能，若全部实现，则根据该目标数据包构建目标APP的基础数据，若部分实现，将未实现的应用功能与预存储的功能组件库相匹配，功能组件库中存储有第三方公司开发的成品第三方组件以及本公司内部预先开发的内部公共通用的内部组件，并且每个第三方组件和每个内部组件分别对应有应用功能存储于功能组件库中，通过查找可以获取与未实现的应用功能相匹配的功能组件，然后将功能组件与目标数据包相结合，构建目标APP的基础数据。
进一步的，当目标数据包能实现应用功能列表内所有应用功能时，还要判断目标数据包是否为最新版本，历史构建库中在存储数据包的同时，会存储该数据包的版本号，服务器会记录所有数据包更新日志，形成该数据包的版本号列表，通过获取目标数据包的版本号列表，就能判断使用的目标数据包是否为最新版本，若是最新版本，说明该目标APP为在历史构建库中已建立的目标数据包对应的APP，可以直接使用对应的APP，不必重新构建，若不是最新版本，则需要将目标数据包中对应不是最新版本的目标功能组件更新到最新版本。在另一实施例中，将目标数据包中对应不是最新版本的目标功能组件更新到最新版本的同时，需要保留原始版本，便于在后续构建APP时，若最新版本不满足使用需求或与应用的硬件不兼容时，可以替换为原来的版本。
S203、将所述目标APP的基础数据上传至预设应用平台，完成目标APP的构建。
具体来说，上述目标APP的基础数据构建完成后，一方面需要以数据包的形式存储于历史构建库中，丰富历史构建库的素材，便于下次构建更加复杂的目标APP时能够直接套用模板，另一方面需要将构建好的目标APP的基础数据上传到预设应用平台，例如应用市场、应用商店等线上应用发布平台，使得用户可以通过预设应用平台下载安装对应的目标APP，进而完成目标APP的完整构建过程。
本实施例提供的方法，通过获取目标APP实现的应用功能；根据预存储的历史构建库，判断所述历史构建库中是否存在能实现目标APP的至少部分应用功能的目标数据包；若是，根据所述目标数据包，构建目标APP的基础数据，所述历史构建库中包括多个数据包，每个所述数据包中包括至少一个功能组件的数据，所述功能组件与应用功能存在对应关系；将所述目标APP的基础数据上传至预设应用平台，完成目标APP的构建的手段，实现对第三方组件和内部组件统一化管理，提高APP构建效率，降低构建过程人为失误发生几率的效果。
下面结合一个具体的实施例，对本申请的APP构建方法进行详细说明。
图3为本申请提供的APP构建方法流程示意图二。如图3所示，该方法包括：
S301、获取目标APP实现的应用功能；
S301的实现方式与上述S201的实现方式类似，本实施例此处不再赘述。
S302、根据预存储的历史构建库，判断所述历史构建库中是否存在能实现目标APP的至少部分应用功能的目标数据包，所述历史构建库中包括多个数据包，每个所述数据包中包括至少一个功能组件的数据，所述功能组件与应用功能存在对应关系，若是，则执行S303，若否，则根据目标功能组件的数据，构建目标APP的基础数据；
具体来说，只要历史构建库中存储有部分应用功能与目标APP相同的数据包，就可以将其作为构建目标APP基础的目标数据包，从而减轻目标数据包这部分的构建时间成本。
S303、判断所述历史构建库中的目标数据包是否能实现目标APP的全部应用功能，若否，则执行S304-S305，若是，则执行S306-S310；
S304、获取剩余的应用功能对应的目标功能组件；
S305、根据所述目标数据包和所述目标功能组件的数据，构建目标APP的基础数据；
具体来说，当历史构建库中的目标数据包不能实现目标APP的全部应用功能，说明除了目标数据包以外，还需要再增加一些功能组件，以补齐目标数据包对应目标APP缺失的应用功能，这就首先需要比较目标APP的应用功能与目标数据包的应用功能，找出缺失的应用功能，然后根据缺失的应用功能再功能组件库中找到对应的目标功能组件，将找到的目标功能组件与目标数据包结合后，就能实现目标APP所需全部功能，因此，根据目标数据包与目标功能组件的数据，构建目标APP的基础数据。
S306、获取所述历史构建库中存储的所述目标数据包的版本号；
S307、从服务器获取所述目标数据包的版本号列表；
S308、根据所述目标数据包的版本号和所述版本号列表，判断所述目标数据包是否为最新版本，若否，则执行S309-S310，若是，则执行S310；
S309、从所述服务器获取最新版本的目标数据包，并对所述历史构建库中的所述目标数据包进行更新；
S310、根据最新的目标数据包，构建目标APP的基础数据；
具体来说，历史构建库是在构建不同APP时不断向里补充的数据包集合，APP在使用过程中会由于功能改进、BUG优化、设备兼容、软件兼容等各种因素发生版本更新，从而更好的满足使用需求，这种更新往往是向好的方向发展的，但历史构建库是在第一次构建时记录并上传的数据包集合，并不参与数据包后续的升级过程，而且每次升级如果都要在历史构建库中进行记录会导致历史构建库数据存储量过高，降低构建时的查找效率，而数据包的版本升级会在应用维护的服务器内进行日志记录，并根据更新的时间生成版本号列表，在已知版本号以后，就能在版本号列表中进行查找，确认当前版本号在版本号列表中的位置，因此，我们可以通过获取服务器的版本号列表来判断当前历史构建库内的目标数据包是否为最新版本，若是最新版本，则可以直接使用，若不是，构建服务器需要从服务器处获取最新版本的目标数据包或者最新版本的功能组件，来替换旧版本的目标数据包或目标功能组件，同时将最新版本的目标数据包进行存储，由于目标数据包实际的更新频次可能很多，而我们只根据构建时间随机选取最新版本，避免每次更新目标数据包都在历史构建库中存储带来的数据夯余现象，又能保证数据包版本的可用性。在更新了目标数据包后，就可以根据最新的目标数据包，构建目标APP的基础数据。
S311、将所述目标APP的基础数据上传至预设应用平台，完成目标APP的构建。
S311的实现方式与上述S203的实现方式类似，本实施例此处不再赘述。
本实施例提供的方法，通过获取目标APP实现的应用功能；根据预存储的历史构建库，判断所述历史构建库中是否存在能实现目标APP的至少部分应用功能的目标数据包；若所述历史构建库中的目标数据包未能实现目标APP的全部应用功能，获取剩余的应用功能对应的目标功能组件；根据所述目标数据包和所述目标功能组件的数据，构建目标APP的基础数据；获取所述历史构建库中存储的所述目标数据包的版本号；从服务器获取所述目标数据包的版本号列表；根据所述目标数据包的版本号和所述版本号列表，判断所述目标数据包是否为最新版本；若否，则从所述服务器获取最新版本的目标数据包，并对所述历史构建库中的所述目标数据包进行更新的手段，实现对功能组件和历史构建库的统一化管理，达到对构建过程的流程化，最终达到提高构建app的效率并且保证构建的app具有高可用性的目的。
图4为本申请提供的APP构建方法流程示意图三。如图4所示，该方法包括：
S401、获取目标APP实现的应用功能；
S401的实现方式与上述S201的实现方式类似，本实施例此处不再赘述。
S402、根据预存储的历史构建库，判断所述历史构建库中是否存在能实现目标APP的至少部分应用功能的目标数据包，若所述历史构建库中的目标数据包未能实现目标APP的全部应用功能，获取剩余的应用功能对应的目标功能组件；
S402的实现方式与上述S202的实现方式类似，本实施例此处不再赘述。
S403、将所述目标数据包和所述目标功能组件的数据发送至组件确认终端；
S404、获取所述组件确认终端上传的确认结果，判断所述确认结果是否为确认通过，得到确认通过的结果；
具体来说，组件确认终端处针对目标数据包和功能组件设置不同的审批确认人员，例如，针对目标数据包，邀请构建或升级该目标数据包的开发人员作为审批确认人员，组件确认终端获取该审批确认人员上传的确认结果，从而保证数据包的可用性，同时由于审批确认人员的专业性，使得确认过程更加快速，确认结果更加准确。
S405、根据所述确认通过的结果，获取所述目标APP的构建类型，所述构建类型包括预设目标APP终端的移动操作系统，所述移动操作系统包括iOS系统和Android系统中的至少一项；
具体来说，功能组件和目标数据包在获取确认终端的确认通过结果后，才能进行组装，从而避免返工现象，组装时，首先要判断构建类型，不同的构建类型在组装时的操作不同，最主要的区别在于其对应的移动操作系统不同，常见的移动操作系统主要为iOS系统、Android、windows phone、塞班系统、BlackBerry OS、web os、windows mobile、Harmony、卓易操作系统等，本申请主要以iOS系统和Android系统为例进行探讨，但所保护的内容并不仅局限于iOS系统和Android系统两个系统，本领域技术人员可以根据实际需要进行替代选择。
S406、判断所述预设目标APP终端的移动操作系统是否为iOS系统，若是，则执行S407，若否，则执行S408；
S407、获取所述iOS系统的证书，根据证书和所述目标数据包构建目标APP的基础数据；
S408、根据所述目标数据包构建目标APP的基础数据；
具体来说，针对不同的移动操作系统，在将目标数据包和/或功能组件进行组装时执行的组装步骤有所差异，差异主要体现在是否需要证书认证的过程。
S409、将所述目标APP的基础数据以数据包形式存储至所述历史构建库中；
具体来说，在目标APP的基础数据构建好之后，基础数据中就包含了至少一个功能组件的数据，将这些含有特定应用功能的基础数据作为一个数据包，存储于含有多个数据包集合的历史构建库中，便于下次构建类似APP时直接套用模板。
S410、将所述目标APP的基础数据上传至预设应用平台，完成目标APP的构建。
S410的实现方式与上述S203的实现方式类似，本实施例此处不再赘述。
本实施例提供的方法，通过将所述目标数据包和所述目标功能组件的数据发送至组件确认终端；获取所述组件确认终端上传的确认结果；判断所述确认结果是否为确认通过，得到确认通过的结果；根据得到确认通过结果的所述目标数据包和所述目标功能组件的数据，构建目标APP的基础数据；将所述目标APP的基础数据以数据包形式存储至所述历史构建库中；获取所述目标APP的构建类型，所述构建类型包括预设目标APP终端的移动操作系统，所述移动操作系统包括iOS系统和Android系统中的至少一项；判断所述预设目标APP终端的移动操作系统是否为iOS系统；若是，获取所述iOS系统的证书，根据证书和所述目标数据包构建目标APP的基础数据的手段，实现功能组件以及目标数据包在目标APP构建过程中的二次确认过程，确保使用的功能组件以及目标数据包在添加时满足应用功能的同时，满足不同组件之间的兼容性问题，从添加时就请专业人员进行判断和确认，避免最终构建好的目标APP不可用的情况发生，降低重新构建的可能性，组件选好之后再对应硬件分系统组装，避免重复选择，提高构建效率。
本发明实施例可以根据上述方法示例对电子设备或主控设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
图5为本申请提供的APP构建设备的结构示意图。如图5所示，该设备50包括：
获取模块501，用于获取目标APP实现的应用功能；
判断模块502，用于根据预存储的历史构建库，判断所述历史构建库中是否存在能实现目标APP的至少部分应用功能的目标数据包；
处理模块503，用于根据所述目标数据包，构建目标APP的基础数据，所述历史构建库中包括多个数据包，每个所述数据包中包括至少一个功能组件的数据，所述功能组件与应用功能存在对应关系；
具体来说，所述处理模块具体用于：获取所述历史构建库中存储的所述目标数据包的版本号；从服务器获取所述目标数据包的版本号列表；根据所述目标数据包的版本号和所述版本号列表，判断所述目标数据包是否为最新版本；若否，则从所述服务器获取最新版本的目标数据包，并对所述历史构建库中的所述目标数据包进行更新。
所述处理模块还具体用于：将所述目标数据包和所述目标功能组件的数据发送至组件确认终端；获取所述组件确认终端上传的确认结果；判断所述确认结果是否为确认通过，得到确认通过的结果。
进一步的，根据得到确认通过结果的所述目标数据包和所述目标功能组件的数据，构建目标APP的基础数据；将所述目标APP的基础数据以数据包形式存储至所述历史构建库中。
所述处理模块还具体用于：获取所述目标APP的构建类型，所述构建类型包括预设目标APP终端的移动操作系统，所述移动操作系统包括iOS系统和Android系统中的至少一项；根据所述构建类型和所述目标数据包，构建所述目标APP的基础数据。
进一步的，判断所述预设目标APP终端的移动操作系统是否为iOS系统；若是，获取所述iOS系统的证书，根据证书和所述目标数据包构建目标APP的基础数据。
发送模块504，用于将所述目标APP的数据组件上传至预设应用平台，完成目标APP的构建。
进一步的，该设备还包括：
第二处理模块，用于当所述历史构建库中的目标数据包未能实现目标APP的全部应用功能时，根据所述目标数据包，构建目标APP的基础数据。
具体来说，所述第二处理模块具体用于：获取剩余的应用功能对应的目标功能组件；根据所述目标数据包和所述目标功能组件的数据，构建目标APP的基础数据。
本实施例提供的APP构建设备，可执行上述实施例的APP构建方法，其实现原理和技术效果类似，本实施例此处不再赘述。
在前述的APP构建设备的具体实现中，各模块可以被实现为处理器，处理器可以执行存储器中存储的计算机执行指令，使得处理器执行上述的APP构建方法。
图6为本申请提供的电子设备的结构示意图。如图6所示，该电子设备60包括：至少一个处理器601和存储器602。该电子设备60还包括通信部件603。其中，处理器601、存储器602以及通信部件603通过总线604连接。
在具体实现过程中，至少一个处理器601执行所述存储器602存储的计算机执行指令，使得至少一个处理器601执行如上电子设备侧所执行的APP构建方法。
处理器601的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
在上述实施例中，应理解，处理器可以是中央处理单元(英文：CentralProcessing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：DigitalSignal Processor，简称：DSP)、专用集成电路(英文：APPlication Specific IntegratedCircuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器。
总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
上述针对电子设备以及主控设备所实现的功能，对本发明实施例提供的方案进行了介绍。可以理解的是，电子设备或主控设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，本发明实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的技术方案的范围。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上APP构建方法。
上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(APPlication Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于电子设备或主控设备中。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (10)
1.一种APP构建方法，其特征在于，包括：
获取目标APP实现的应用功能；
根据预存储的历史构建库，判断所述历史构建库中是否存在能实现目标APP的至少部分应用功能的目标数据包；
若是，根据所述目标数据包，构建目标APP的基础数据，所述历史构建库中包括多个数据包，每个所述数据包中包括至少一个功能组件的数据，所述功能组件与应用功能存在对应关系；
将所述目标APP的基础数据上传至预设应用平台，完成目标APP的构建。
2.根据权利要求1所述的方法，其特征在于，若所述历史构建库中的目标数据包未能实现目标APP的全部应用功能，所述根据所述目标数据包，构建目标APP的基础数据，包括：
获取剩余的应用功能对应的目标功能组件；
根据所述目标数据包和所述目标功能组件的数据，构建目标APP的基础数据。
3.根据权利要求1或2所述的方法，其特征在于，所述根据所述目标数据包，构建目标APP的基础数据之前，所述方法还包括：
获取所述历史构建库中存储的所述目标数据包的版本号；
从服务器获取所述目标数据包的版本号列表；
根据所述目标数据包的版本号和所述版本号列表，判断所述目标数据包是否为最新版本；
若否，则从所述服务器获取最新版本的目标数据包，并对所述历史构建库中的所述目标数据包进行更新。
4.根据权利要求2所述的方法，其特征在于，所述根据所述目标数据包和所述目标功能组件的数据，构建目标APP的基础数据之前，所述方法还包括：
将所述目标数据包和所述目标功能组件的数据发送至组件确认终端；
获取所述组件确认终端上传的确认结果；
判断所述确认结果是否为确认通过，得到确认通过的结果。
5.根据权利要求4所述的方法，其特征在于，所述将所述目标APP的基础数据上传至预设应用平台之前，所述方法还包括：
根据得到确认通过结果的所述目标数据包和所述目标功能组件的数据，构建目标APP的基础数据；
将所述目标APP的基础数据以数据包形式存储至所述历史构建库中。
6.根据权利要求1或2所述的方法，其特征在于，所述根据所述目标数据包，构建目标APP的基础数据，包括：
获取所述目标APP的构建类型，所述构建类型包括预设目标APP终端的移动操作系统，所述移动操作系统包括iOS系统和Android系统中的至少一项；
根据所述构建类型和所述目标数据包，构建所述目标APP的基础数据。
7.根据权利要求6所述的方法，其特征在于，所述根据所述构建类型和所述目标数据包，构建所述目标APP的基础数据，包括：
判断所述预设目标APP终端的移动操作系统是否为iOS系统；
若是，获取所述iOS系统的证书，根据证书和所述目标数据包构建目标APP的基础数据。
8.一种APP构建设备，其特征在于，包括：
获取模块，用于获取目标APP实现的应用功能；
判断模块，用于根据预存储的历史构建库，判断所述历史构建库中是否存在能实现目标APP的至少部分应用功能的目标数据包；
处理模块，用于根据所述目标数据包，构建目标APP的基础数据，所述历史构建库中包括多个数据包，每个所述数据包中包括至少一个功能组件的数据，所述功能组件与应用功能存在对应关系；
发送模块，用于将所述目标APP的数据组件上传至预设应用平台，完成目标APP的构建。
9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7中任一项所述的方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210909923.3A CN115390799A (zh) | 2022-07-29 | 2022-07-29 | App构建方法、设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210909923.3A CN115390799A (zh) | 2022-07-29 | 2022-07-29 | App构建方法、设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115390799A true CN115390799A (zh) | 2022-11-25 |
Family
ID=84118734
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210909923.3A Pending CN115390799A (zh) | 2022-07-29 | 2022-07-29 | App构建方法、设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115390799A (zh) |
-
2022
- 2022-07-29 CN CN202210909923.3A patent/CN115390799A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109508178A (zh) | 一种程序开发方法及装置 | |
| CN111459509A (zh) | 容器镜像的构建方法、装置和服务器 | |
| CN106293849B (zh) | 一种应用更新方法和终端 | |
| CN113391826B (zh) | 一种定制镜像中软件包依赖的解决方法 | |
| US9116808B2 (en) | Method and system for determining device configuration settings | |
| US10656934B2 (en) | Efficient software testing | |
| CN110162429A (zh) | 系统修复方法、服务器及存储介质 | |
| CN110096280A (zh) | 代码工程的创建方法、装置、计算机装置及存储介质 | |
| CN114327761A (zh) | 一种虚拟机批量创建方法、装置、电子设备及存储介质 | |
| CN115544604A (zh) | 应用软件层模型的生成方法、生成装置与电子设备 | |
| CN115617489B (zh) | 操作系统迁移方法、迁移应用及迁移应用部署方法 | |
| CN118467390A (zh) | 测试用例生成方法、装置、设备、存储介质及程序产品 | |
| CN115150024A (zh) | 数据处理方法、装置、设备和介质 | |
| CN115390799A (zh) | App构建方法、设备及存储介质 | |
| CN104636574A (zh) | 终端设备升级方法及终端设备 | |
| CN111338644A (zh) | 任务脚本部署方法及系统 | |
| CN117008936A (zh) | 一种页面更新方法、装置、计算设备及存储介质 | |
| CN116414401A (zh) | 应用程序运行方法及装置 | |
| CN112947948B (zh) | 应用服务的部署方法及装置 | |
| CN113918444A (zh) | 崩溃源代码定位方法、装置、介质及电子设备 | |
| CN112000354A (zh) | 版本信息更新方法、装置、设备及存储介质 | |
| CN119127217B (zh) | MailCore2组件集成配置文件的生成方法和装置 | |
| CN111444393B (zh) | 数据处理结果的获取方法、装置、电子设备及介质 | |
| CN115061694A (zh) | 编程语言转换方法及装置 | |
| CN108614700B (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 |