CN111930398A - 应用程序更新方法、装置、系统、介质及设备 - Google Patents

Abstract

本申请提供一种应用程序更新方法、装置、系统、介质及设备。本申请实施例提供的应用程序更新方法，通过热更支持客户端的开发模式对待更新程序逻辑进行调试，以获得更新程序逻辑，然后，将更新程序逻辑发布至后端，再通过热更支持客户端的产品模式从后端获取更新数据。从而可以让前端开发人员在没有任何后端开发人员协助的情况下，可以简单且快捷地编写和更新。

Description

应用程序更新方法、装置、系统、介质及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种应用程序更新方法、装置、系统、介质及设备。

背景技术

为了使应用程序能够不断适应变化的市场，开发人员需要不断地进行应用程序的完善，即不断更新应用程序的版本。

目前，对于应用程序的开发通常需要前端和后端分别进行编程。然而，二者在进行开发时，所基于的集成开发环境(Integrated Development Environment，简称IDE)也通常不同，所使用的语言也会不同。因此，当需要对应用程序进行更新时，需要前端和后端的开发人员进行详细的协商后，才能够实现应用程序中功能的更新。

可见，由于前端开发人员一般不会编写后端的代码，因此，当前前端和后端分别进行编程的更新方法就会增加很多沟通成本，不利于应用程序的快速更新迭代。

发明内容

本申请实施例提供一种应用程序更新方法、装置、系统、介质及设备，以解决当前前端和后端分别进行编程的更新方法会增加很多沟通成本，不利于应用程序的快速更新迭代的问题。

第一方面，本申请实施例提供一种应用程序更新方法，应用于前端，所述方法包括：

通过热更支持客户端的开发模式对待更新程序逻辑进行调试，以获得更新程序逻辑；

将所述更新程序逻辑发布至后端；

通过所述热更支持客户端的产品模式从所述后端获取更新数据。

在一种可能的设计中，所述待更新程序逻辑基于所述前端对应的集成开发环境进行编写与调试。

在一种可能的设计中，所述待更新程序逻辑基于所述前端对应的程序语言进行编写。

在一种可能的设计中，所述待更新程序逻辑为新增程序逻辑和/或修改程序逻辑。

在一种可能的设计中，所述将所述更新程序逻辑发布至后端，包括：

将所述更新程序逻辑通过数据接口发布至所述后端，其中，所述数据接口为所述前端与所述后端原有进行数据交互的接口。

第二方面，本申请还提供一种应用程序更新方法，应用于后端，所述方法包括：

接收前端发布的更新程序逻辑；

对所述更新程序逻辑进行编译，以获得后端程序逻辑；

通过所述后端程序逻辑向所述前端发送更新数据。

第三方面，本申请还提供一种应用程序更新装置，包括：

热更支持客户端，用于在开发模式对待更新程序逻辑进行调试，以获得更新程序逻辑；

程序发布模块，用于将所述更新程序逻辑发布至后端；

所述热更支持客户端，还用于在产品模式从所述后端获取更新数据。

在一种可能的设计中，所述待更新程序逻辑基于所述前端对应的集成开发环境进行编写与调试。

在一种可能的设计中，所述待更新程序逻辑基于所述前端对应的程序语言进行编写。

在一种可能的设计中，所述待更新程序逻辑为新增程序逻辑和/或修改程序逻辑。

在一种可能的设计中，所述程序发布模块，具体用于：

将所述更新程序逻辑通过数据接口发布至所述后端，其中，所述数据接口为所述前端与所述后端原有进行数据交互的接口。

第四方面，本申请还提供一种应用程序更新装置，包括：

程序接收模块，用于接收前端发布的更新程序逻辑；

程序编译模块，用于对所述更新程序逻辑进行编译，以获得后端程序逻辑；

数据发送模块，用于通过所述后端程序逻辑向所述前端发送更新数据。

第五方面，本申请实施例还提供一种前端设备，包括：

处理器；以及，

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行第一方面中任意一种可能的应用程序更新方法。

第六方面，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面中任意一种可能的应用程序更新方法。

第七方面，本申请实施例还提供一种后端设备，包括：

处理器；以及，

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行第二方面中任意一种可能的应用程序更新方法。

第八方面，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第二方面中任意一种可能的应用程序更新方法。

第九方面，本申请实施例还提供一种应用程序更新系统，包括：如第五方面中所述的前端设备以及如第七方面中所述的后端设备。

本申请实施例提供的一种应用程序更新方法、装置、系统、介质及设备，通过热更支持客户端的开发模式对待更新程序逻辑进行调试，以获得更新程序逻辑，然后，将更新程序逻辑发布至后端，再通过热更支持客户端的产品模式从后端获取更新数据。从而可以让前端开发人员在没有任何后端开发人员协助的情况下，可以简单且快捷地编写和更新在后端执行的逻辑，从而提高应用程序的快速更新迭代的效率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请根据一示例实施例示出的应用程序更新方法的应用场景示意图；

图2是本申请根据一示例实施例示出的应用程序更新方法的流程示意图；

图3是图2所示实施例中开发模式下的数据流转示意图；

图4是图2所示实施例中产品模式下的数据流转示意图；

图5是本申请根据一示例实施例示出的应用程序更新装置的结构示意图；

图6是本申请根据另一示例实施例示出的应用程序更新装置的结构示意图；

图7是本申请根据一示例实施例示出的前端设备的结构示意图；

图8是本申请根据一示例实施例示出的后端设备的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了使应用程序能够不断适应变化的市场，开发人员需要不断地进行应用程序的完善，即不断更新应用程序的版本。目前，在应用程序的开发和维护过程中，前端和后端通常是分别进行编程。前端人员一般不会编写后端代码，因此即便是很简单的逻辑想要放在后端执行，也要让后端人员来编写。可见，这种程序更新方式增加了很多沟通成本，同时，因为逻辑分散在不同的项目里，还需要严格的接口定义和开发文档来保证两边实现的一致性。值得说明地，上述“很简单的逻辑”是属于需要被经常更新的逻辑，例如，可以是游戏中的地图。

此外，对于上述“很简单的逻辑”的更新，现有技术中通常可以通过以下三种方式实现更新：

第一种，发布新的客户端安装包，让用户进行安装。这种方式最为可控，并且可以进行完整的测试。但是，经常需要强制用户装，用户会觉得比较麻烦，如果不强制，则更新率会很低。

第二种，在应用程序内实现热更新逻辑，从服务器端下载最新的代码逻辑，包括但不限于脚本、编译好的代码段、以及编译好的动态链接库等。这种方式能热更需要高响应速度的逻辑。但是，一般都被各发布渠道禁止，并且，要求有比较复杂的框架(如脚本引擎)，此外，针对各种不同情况测试会比较麻烦。

第三种，则是可以把逻辑放到后端服务器上，客户端每次发网络请求到服务器执行，服务器端逻辑可随时更新。这种方式，客户端保持不变，出现问题的概率较小。但是，需要前端开发人员具备服务器开发知识，能编写和联调服务器代码，并且，不能支持需要很高响应速度的逻辑。

综上，通过向客户端下发新的逻辑代码实现热更的方式，一般都是被各平台明令禁止的。如果需要实现热更的逻辑并不复杂，对响应速度的要求也不是那么高的话，没有必要冒被平台查处下架的风险。这种情况下，可以选择在后端实现这部分逻辑，前端进行调用。然而，这里的逻辑跟后端人员其实没有任何关系，后端人员只是“帮忙”把一部分前端自己的逻辑实现在后端。并且在每次更改逻辑的时候，前端人员都要重新跟后端人员解释新的逻辑及其上下文，由后端人员来进行具体实现、然后再进行前后端联合调试，最后一同提交。这种情况下，额外的沟通以及其它一些成本远超代码逻辑本身。

针对上述存在的各个问题，本申请实施例提供一种应用程序更新方法、装置、系统、介质及设备，通过热更支持客户端的开发模式对待更新程序逻辑进行调试，以获得更新程序逻辑，然后，将更新程序逻辑发布至后端，再通过热更支持客户端的产品模式从后端获取更新数据。从而可以让前端开发人员在没有任何后端开发人员协助的情况下，可以简单且快捷地编写和更新在后端执行的逻辑，从而提高应用程序的快速更新迭代的效率。

图1是本申请根据一示例实施例示出的应用程序更新方法的应用场景示意图。如图1所示，本实施例提供的应用程序更新方法可以应用于应用程序更新系统，其中，应用程序更新系统可以包括前端设备100以及后端设备200，前端设备100与后端设备200之间通信连接。

图2是本申请根据一示例实施例示出的应用程序更新方法的流程示意图。如图2所示，本实施例提供的应用程序更新方法，包括：

S101、通过热更支持客户端的开发模式对待更新程序逻辑进行调试，以获得更新程序逻辑。

具体的，在现有技术中，为了使应用程序能够不断适应变化的市场，开发人员需要不断地进行应用程序的完善，即不断更新应用程序的版本。在应用程序的开发和维护过程中，当前端需要进行逻辑更新时，由于前端人员一般不会编写后端代码，前端开发人员需要将需求提到给后端开发人员，由后端开发人员通过后端的开发环境以及开发语言对需要更新的逻辑进行编程，调试以及更新。

而在本步骤中，在需要进行应用程序的更新时，前端人员可以将热更支持客户端配置为开发模式，在该模式下，前端人员可以在前端的开发环境中对该逻辑进行更新，并进行调试，以获得调试完成的更新程序逻辑。其中，待更新程序逻辑可以为新增程序逻辑和/或修改程序逻辑，即可以是新增的功能更新，也可以是修改性功能更新。

可选的，上述的待更新程序逻辑可以是基于前端对应的集成开发环境进行编写与调试，从而使得前端开发人员无需改变原有集成开发环境即可实现后端逻辑的开发。

此外，待更新程序逻辑还可以是基于前端对应的程序语言进行编写，即待更新程序逻辑采用与前端实现功能相同的编程语言，从而使得前端开发人员无需学习后端语言即可实现后端逻辑的开发。

S102、将更新程序逻辑发布至后端。

在前端开发人员，对待更新程序逻辑调试完成，生成更新程序逻辑之后，就可以将更新程序逻辑发布至后端服务器中。

可选的，在本步骤中，可以是将更新程序逻辑通过前端与后端之间的数据接口发布至后端。其中，数据接口为前端与后端原有进行数据交互的接口，即前端与后端原先就是采用该数据端口进行数据交互。

值得说明的，该步骤中，由于只是前端通过数据接口发布调试完成后的更新程序逻辑至后端，与前端与后端之间的其他数据传输无区别，因此，无需额外定义其他接口。有效地避免了现有技术中，前端与后端分开编程，最后还需协商接口的额外工作，大大地提高了开发效率。

S103、对更新程序逻辑进行编译，以获得后端程序逻辑。

在前端将更新程序逻辑发布至后端之后，后端对更新程序逻辑进行编译，以获得后端程序逻辑，该后端程序逻辑即可在后端运行。

S104、后端程序逻辑向前端发送更新数据。

在后端对更新程序逻辑进行编译，配置有后端程序逻辑之后，后端程序逻辑即可向前端发送更新数据。其中，值得说明的，此时可以将热更支持客户端配置为产品模式，前端则可以通过热更支持客户端的产品模式从后端获取更新数据。值得说明的，对于热更支持客户端的产品模式可以沿用现有的热更支持客户端的产品模式逻辑。

在上述实施例的基础上，图3是图2所示实施例中开发模式下的数据流转示意图。如图3所示，前端中的第一更新程序逻辑以及第二更新程序逻辑可以是在热更支持客户端的开发模式下进行开发和调试完成。然后，前端将第一更新程序逻辑以及第二更新程序逻辑发布至后端。

图4是图2所示实施例中产品模式下的数据流转示意图。在前端将更新程序逻辑发布至后端之后，后端对更新程序逻辑进行编译，以获得第一后端程序逻辑以及第二后端程序逻辑，该后端程序逻辑即可在后端运行。此时，前端的热更支持客户端配置在产品模式，前端则可以通过热更支持客户端的产品模式从后端获取更新数据。

在本实施例中，通过热更支持客户端的开发模式对待更新程序逻辑进行调试，以获得更新程序逻辑，然后，将更新程序逻辑发布至后端，再通过热更支持客户端的产品模式从后端获取更新数据。从而可以让前端开发人员在没有任何后端开发人员协助的情况下，可以简单且快捷地编写和更新在后端执行的逻辑，从而提高应用程序的快速更新迭代的效率。

此外，整个开发和调试过程都是在前端原有的同一个集成开发环境中进行，前端开发人员无需掌握其他新知识，只需了解基本规则，能知道哪些代码会在后端执行就可以了。

并且，本申请提供的应用程序更新方法，还可以应用于应用程序中多个版本以及多个程序逻辑的更新。为了进行具体说明，可以结合一个具体的更新实例进行说明：

可以是在2020.01.01发布7.0.0V1版本的应用程序。通过本实施例提供的方法，于2020.01.10更新修复一个bug，更新至7.0.0V2版本的应用程序。以及通过本实施例提供的方法，于2020.01.30，跟7.1.0客户端一同发布，同时影响所有客户端的同名函数，更新至7.1.0V3版本的应用程序。通过本实施例提供的方法，于2020.02.05更新修复一个bug，更新至7.1.0V4版本的应用程序。

此时，由于需要支持更多的功能，于2020.02.15，除了将7.1.0V4版本更新至7.1.0V5版本，还可以发布新的7.2.0V1版本。后续，7.1.0版本与7.2.0版本二者可以并行进行更新。

图5是本申请根据一示例实施例示出的应用程序更新装置的结构示意图。如图5所示，本实施例提供的应用程序更新装置200，包括：

热更支持客户端201，用于在开发模式对待更新程序逻辑进行调试，以获得更新程序逻辑；

程序发布模块202，用于将所述更新程序逻辑发布至后端；

所述热更支持客户端201，还用于在产品模式从所述后端获取更新数据。

在一种可能的设计中，所述待更新程序逻辑基于所述前端对应的集成开发环境进行编写与调试。

在一种可能的设计中，所述待更新程序逻辑基于所述前端对应的程序语言进行编写。

在一种可能的设计中，所述待更新程序逻辑为新增程序逻辑和/或修改程序逻辑。

在一种可能的设计中，所述程序发布模块，具体用于：

将所述更新程序逻辑通过数据接口发布至所述后端，其中，所述数据接口为所述前端与所述后端原有进行数据交互的接口。

值得说明地，图5所示实施例提供的应用程序更新装置，可用于执行上述任一实施例所提供的应用程序更新方法中前端侧的步骤，具体实现方式和技术效果类似，这里不再赘述。

图6是本申请根据另一示例实施例示出的应用程序更新装置的结构示意图。如图6所示，本实施例提供的应用程序更新装置300，包括：

程序接收模块301，用于接收前端发布的更新程序逻辑；

程序编译模块302，用于对所述更新程序逻辑进行编译，以获得后端程序逻辑；

数据发送模块303，用于通过所述后端程序逻辑向所述前端发送更新数据。

值得说明地，图5所示实施例提供的应用程序更新装置，可用于执行上述任一实施例所提供的应用程序更新方法中后端侧的步骤，具体实现方式和技术效果类似，这里不再赘述。

图7是本申请根据一示例实施例示出的前端设备的结构示意图。如图7所示，本实施例提供的一种前端设备400，包括：

处理器401；以及，

存储器402，用于存储所述处理器的可执行指令，该存储器还可以是flash(闪存)；

其中，所述处理器401配置为经由执行所述可执行指令来执行上述方法中的各个步骤。具体可以参见前面方法实施例中的相关描述。

可选地，存储器402既可以是独立的，也可以跟处理器401集成在一起。

当所述存储器402是独立于处理器401之外的器件时，所述前端设备400，还可以包括：

总线403，用于连接所述处理器401以及所述存储器402。

本实施例还提供一种可读存储介质，可读存储介质中存储有计算机程序，当电子设备的至少一个处理器执行该计算机程序时，电子设备执行上述的各种实施方式提供的方法中前端的步骤。

本实施例还提供一种程序产品，该程序产品包括计算机程序，该计算机程序存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机程序，至少一个处理器执行该计算机程序使得电子设备实施上述的各种实施方式提供的方法中前端的步骤。

图8是本申请根据一示例实施例示出的后端设备的结构示意图。如图8所示，本实施例提供的一种后端设备500，包括：

处理器501；以及，

存储器502，用于存储所述处理器的可执行指令，该存储器还可以是flash(闪存)；

其中，所述处理器501配置为经由执行所述可执行指令来执行上述方法中的各个步骤。具体可以参见前面方法实施例中的相关描述。

可选地，存储器502既可以是独立的，也可以跟处理器501集成在一起。

当所述存储器502是独立于处理器501之外的器件时，所述后端设备500，还可以包括：

总线503，用于连接所述处理器501以及所述存储器502。

本实施例还提供一种可读存储介质，可读存储介质中存储有计算机程序，当电子设备的至少一个处理器执行该计算机程序时，电子设备执行上述的各种实施方式提供的方法中后端的步骤。

本实施例还提供一种程序产品，该程序产品包括计算机程序，该计算机程序存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机程序，至少一个处理器执行该计算机程序使得电子设备实施上述的各种实施方式提供的方法。

此外，本实施例还提供了一种上述任意实施例中提供的前端设备以及上述任意实施例中提供的后端设备。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或对其中部分或全部技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (13)

1.一种应用程序更新方法，其特征在于，应用于前端，所述方法包括：

通过热更支持客户端的开发模式对待更新程序逻辑进行调试，以获得更新程序逻辑；

将所述更新程序逻辑发布至后端；

通过所述热更支持客户端的产品模式从所述后端获取更新数据。

2.根据权利要求1所述的应用程序更新方法，其特征在于，所述待更新程序逻辑基于所述前端对应的集成开发环境进行编写与调试。

3.根据权利要求2所述的应用程序更新方法，其特征在于，所述待更新程序逻辑基于所述前端对应的程序语言进行编写。

4.根据权利要求1-3中任意一项所述的应用程序更新方法，其特征在于，所述待更新程序逻辑为新增程序逻辑和/或修改程序逻辑。

5.根据权利要求1-3中任意一项所述的应用程序更新方法，其特征在于，所述将所述更新程序逻辑发布至后端，包括：

将所述更新程序逻辑通过数据接口发布至所述后端，其中，所述数据接口为所述前端与所述后端原有进行数据交互的接口。

6.一种应用程序更新方法，其特征在于，应用于后端，所述方法包括：

接收前端发布的更新程序逻辑；

对所述更新程序逻辑进行编译，以获得后端程序逻辑；

通过所述后端程序逻辑向所述前端发送更新数据。

7.一种应用程序更新装置，其特征在于，包括：

热更支持客户端，用于在开发模式对待更新程序逻辑进行调试，以获得更新程序逻辑；

程序发布模块，用于将所述更新程序逻辑发布至后端；

所述热更支持客户端，还用于在产品模式从所述后端获取更新数据。

8.一种应用程序更新装置，其特征在于，包括：

程序接收模块，用于接收前端发布的更新程序逻辑；

程序编译模块，用于对所述更新程序逻辑进行编译，以获得后端程序逻辑；

数据发送模块，用于通过所述后端程序逻辑向所述前端发送更新数据。

9.一种前端设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的计算机程序；

其中，所述处理器被配置为通过执行所述计算机程序来实现权利要求1至5任一项所述的应用程序更新方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5任一项所述的应用程序更新方法。

11.一种后端设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的计算机程序；

其中，所述处理器被配置为通过执行所述计算机程序来实现权利要求6所述的应用程序更新方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求6所述的应用程序更新方法。

13.一种应用程序更新系统，其特征在于，包括：如权利要求9所述的前端设备以及如权利要求11所述的后端设备。

Images