CN107391104B - 一种客户端与react native代码的更新依赖管理方法、装置及系统 - Google Patents
一种客户端与react native代码的更新依赖管理方法、装置及系统 Download PDFInfo
- Publication number
- CN107391104B CN107391104B CN201710401126.3A CN201710401126A CN107391104B CN 107391104 B CN107391104 B CN 107391104B CN 201710401126 A CN201710401126 A CN 201710401126A CN 107391104 B CN107391104 B CN 107391104B
- Authority
- CN
- China
- Prior art keywords
- version number
- client
- native code
- reactive native
- reactive
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- 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)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种客户端与react native代码的更新依赖管理方法,该方法包括接收客户端所依赖的react native代码的业务类型以及当前版本号;根据所述业务类型、当前版本号以及预设的依赖规则文件查找出客户端所依赖的react native代码的最新版本号;根据所述最新版本号查找出客户端所依赖的react native代码的最新版本的信息并返回。本发明还公开一种电子设备、计算机可读存储介质以及客户端与react native代码的更新依赖管理系统。本发明解决了现有技术中在react native代码更新时不考虑react native代码与客户端的版本依赖问题。
Description
技术领域
本发明涉及一种react native代码更新,尤其涉及一种客户端与React Native代码版本更新的依赖方法。
背景技术
通常,在业界针对react native(是一种利用js开发app界面功能的库感觉,可实现各种移动平台的业务代码)代码更新的问题是不关注版本依赖的,每次都更新最新的代码到客户端即可。但是,这样做并不是因为不需要关注版本,而是因为业界没有一个简单并且可以满足需求的方案来实现对代码更新时版本的控制。而对于react native和客户端本身的代码的耦合非常大,一个方面是底层实现的耦合,另外一个方面是业务代码中调用客户端提供的功能的耦合。而客户端的版本是需要用户主动更新,如果用户不主动更新,客户端的代码就是过时的;而react native的代码已经更新到最新,二者之间的功能依赖就会出现问题,这样就导致了APP的崩溃或不可用;但是对于react native的底层又处于一个快速发展的阶段,必须不断地、频繁地升级,这样就造成矛盾。
发明内容
为了克服现有技术的不足,本发明的目的之一在于提供一种客户端与reactnative代码的更新依赖管理方法,其能够解决现有技术中react native代码更新时不考虑react native代码与客户端是否兼容的问题。
本发明的目的之二在于提供一种电子设备,其能够解决现有技术中react native代码更新时不考虑react native代码与客户端是否兼容的问题。
本发明的目的之三在于提供一种计算机可读存储介质,其能够解决现有技术中react native代码更新时不考虑react native代码与客户端是否兼容的问题。
本发明的目的之四在于提供一种客户端与react native代码的更新依赖管理装置,其能够解决现有技术中react native代码更新时不考虑react native代码与客户端是否兼容的问题。
本发明的目的之五在于提供一种客户端与react native代码的更新依赖管理系统,其能够解决现有技术中react native代码更新时不考虑react native代码与客户端是否兼容的问题。
本发明的目的之一采用如下技术方案实现:
一种客户端与react native代码之间的更新依赖管理方法,包括以下步骤:
版本号获取步骤:接收客户端所依赖的react native代码的业务类型以及当前版本号;
最新版本号查找步骤:根据所述业务类型、当前版本号以及预设的依赖规则文件查找出客户端所依赖的react native代码的最新版本号;
信息返回步骤:根据所述最新版本号查找出客户端所依赖的react native代码的最新版本的信息并返回。
进一步地,所述版本号是由三个部分组成,分别为第一版本号、中间版本号和第三版本号;第一版本号表示业务类型为整加新功能的新版本、中间版本号表示业务类型为部分功能更新的新版本以及第三版本号表示业务类型为修复bug的新版本。
进一步地,所述版本号的格式为A.B.C;其中,A为第一版本号、B为中间版本号、C为第三版本号;A、B、C均为自然数。
进一步地,所述客户端所依赖的react native代码的最新版本的信息至少包括react native代码的版本号、所属业务、所属环境、所属平台、线上包的地址和发布时间。
进一步地,所述客户端所依赖的react native代码的业务类型与当前版本号是由客户端发送的;
信息返回步骤具体为根据所述最新版本号查找出客户端所依赖的react native代码的最新版本的信息并返回给客户端,从而使得客户端将当前版本号与最新版本号作对比得出是否需要更新react native代码。本发明的目的之二采用如下技术方案实现:
一种电子设备,包括:一个或多个处理器;
存储器;以及一个或多个程序,其中所述一个或多个程序被存储在所述存储器中,并且被配置成由一个或多个处理器执行,所述程序包括用于执行以下方法的步骤:
版本号获取步骤:接收客户端所依赖的react native代码的业务类型以及当前版本号;
最新版本号查找步骤:根据所述业务类型以及当前版本号以及预设的依赖规则查找出客户端所依赖的react native代码的最新版本号;
信息返回步骤:根据所述最新版本号查找出客户端所依赖的react native代码的最新版本的信息并返回。
本发明的目的之三采用如下技术方案实现:
一种计算机可读存储介质,其存储用于实现客户端与react native代码的更新依赖管理的计算机程序,其中,所述计算机程序使得计算机执行如前所述的方法。
本发明的目的之四采用如下技术方案实现:
一种客户端与react native代码之间的更新依赖管理装置,其特征在于包括:
版本号获取模块,用于接收客户端所依赖的react native代码的业务类型以及当前版本号;
最新版本号查找模块,用于根据所述业务类型、当前版本号以及预设的依赖规则文件查找出客户端所依赖的react native代码的最新版本号;
信息返回模块,用于根据所述最新版本号查找出客户端所依赖的react native代码的最新版本的信息并返回。
本发明的目的之五采用如下技术方案实现:
一种客户端与react native代码的更新依赖管理系统,包括客户端、reactnative代码托管服务器和react native项目开发,所述客户端用于从react native代码托管服务器上下载react native代码的线上包并运行react native代码;所述react native项目开发用于对react native代码的开发并将react native代码的线上包发送给reactnative代码托管服务器;还包括:依赖管理服务器;
所述依赖管理服务器用于从react native代码托管服务器上获取react native代码的所有版本的信息;所述依赖管理服务器还用于接收客户端发送的客户端所依赖的react native代码的业务类型及当前版本号,并根据所述业务类型、当前版本号以及预设的依赖规则文件查找到客户端所依赖的react native代码的最新版本号以及对应的信息,并将其返回给客户端;
所述客户端还用于将react native代码的最新版本号与当前版本号作对比判断是否需要从react native代码托管服务器上下载react native代码的线上包。
相比现有技术,本发明的有益效果在于:
本发明通过引入新的依赖管理方案,为每个版本的客户端均建立其所依赖的react native版本号,通过多级版本号的方式,指定某个版本的客户端依赖某个版本的react native代码,并且实现版本的递增,不仅实现了传统意义上的热更新,还使得在更新不同版本的react native代码时,能够与当前版本的客户端之间进行兼容,实现依赖调用可控性。另外,由于依赖规则被设置于依赖管理服务器上,其可根据实际的使用需求可对其随时修改。
附图说明
图1为本发明提供的传统react native的更新流程简图;
图2为本发明提供的react native的更新流程简图;
图3为本发明提供的客户端与react native代码的更新依赖管理系统模块图;
图4为本发明提供的客户端与react native代码的更新依赖管理方法流程图;
图5为本发明提供的客户端与react native代码的更新依赖管理装置模块图。
具体实施方式
下面,结合附图以及具体实施方式,对本发明做进一步描述,需要说明的是,在不相冲突的前提下,以下描述的各实施例之间或各技术特征之间可以任意组合形成新的实施例。
实施例
本文中涉及到以下名词:
1、react native:其是利用js开发app界面功能的框架,可以实现各种移动平台的业务代码,比如写一份代码可以在IOS系统平台和Android系统平台上同时运行,并且保留接近原生体验的性能,开发非常方便,可大大提高公司移动端的开发效率并且可以引入热更新、灰度发布等高级能够,是新一代的移动端开源框架。
2、客户端开发:指的是流形的IOS、Android等系统的软件开发,通常采用的语言是Objective-c,swift,Java等,可以开发体验流畅的移动app。
3、版本依赖:react native代码内置于客户端内,二者有很深的功能依赖,当客户端版本升级的时候,react native的代码可能还是旧的,这时候可能会出现一些问题,所以需要一种机制来保证客户端和react native的依赖可控,通过版本号的约定和依赖声明来实现版本依赖的功能。
4、热更新:当客户端app发布之后,用户运行app之后,会主动去服务器检查reactnative业务的最新版本,通过约定的依赖规则,决定是否需要更新react native的代码,如果需要更新,会下载最新的react native的代码到客户端中,这个过程称为“热更新”。
而对于传统的react native代码一般是通过一个简单的时间戳来判断代码是否需要更新,如图1所示,每次客户端启动时会将本地的时间戳与线上时间戳进行对比,当发现不同时,就会下载远程的react native代码并覆盖到本地,从而完成react native代码的更新。而在此过程中,并不管客户端是老版本还是新版本,其均会下载同样的、最新的react native代码,由于整个流程中没有判断没有考虑到当前客户端的版本与新下载的react native代码的版本之间是否兼容的问题。所以只能通过减少依赖或减少底层更新来规避react native代码和客户端之间的版本依赖,这样就限制了react native的使用场景、并且无法随意升级react native的底层实现;但是在实际的使用过程中,对于reactnative代码和客户端之间的依赖非常重要,并且react native的底层处于一个快速发展的阶段,需要进行频繁的升级。
因此,为了解决上述技术问题,本发明做了以下设计:
1、客户端:在客户端设置一个维护本地依赖的配置文件,并在该配置文件中声明APP中所包含的react native代码以及该客户端所依赖的react native代码的版本号;并且该配置文件中还设置了版本号对比的功能以及下载更新react native代码包的功能。
2、依赖管理服务器:主要负责存储每次发布后的react native代码对应的版本号、地址、所属业务、所属平台、所属环境、发布时间等信息;同时,还用于存储react native代码的版本号的对比规则。
3、react native代码托管服务器:主要用于托管react native代码,是一个静态的资源服务器。当客户端需要更新react native代码时,需要从该服务器上下载对应的react native代码。另外,react native代码开发完毕后也会将react native代码打包上传到该服务器上。React native代码托管服务器还用于将所托管的所有的react native代码的所有版本的信息发送给依赖管理服务器,该信息包括上述的react native代码对应的版本号、线上包的地址、所属业务、所属平台、所属环境、发布时间等。
4、react native项目开发:主要用于负责react native代码的开发。
本发明还对react native的代码的版本号进行了设计,该版本号包括三个部分的版本号,分别记为第一版本号、中间版本号和第三版本号,比如1.2.0。
其中第一版本号表示该react native代码的更新为新增功能、也即是新增功能更新的第一个版本,中间版本号表示该react native代码的更新为部分功能的更新、也即是部分功能更新的第二版本,第三版本号表示react native代码的更新为修复bug的更新、也即是修复bug的第0个版本,初始版本”,通过这三部分版本号组成一个react native代码的版本号。
也即是开发人员在有react native项目发布时,根据选择本次发布的性质来发布确认react native代码的版本号,如果是“修复bug”,则只会更新最后一位版本号,如果是“增加功能”,则会更新第二位版本号,如果是“大型迭代”,则会修改第一位版本号。假设我们当前版本号是1.2.9,然后做了一次发布,选择了“增加功能”,发布后的react native代码版本号则是1.3.0。
另外,在客户端设置的配置文件中声明了本客户端所依赖的所有的react native业务,以及上次发布在客户端所依赖的react native的当前最新的版本号,如“module”:“1.2.0”:表示本客户端依赖的react native的业务为module业务,当前版本号是1.2.0。其中module代表react native的业务,1.2.0为react native代码的版本号。
也即是如图3所示,一种客户端与react native代码的更新依赖管理系统,其包括:客户端、依赖管理服务器、react native代码托管服务器和react native项目开发。其中,所述react native项目开发用于对react native代码的开发并将react native代码的线上包发送给react native代码托管服务器。依赖管理服务器用于从react native代码托管服务器上获取react native代码的所有版本的信息,以及还用于接收客户端发送的客户端所依赖的react native代码的业务类型及当前版本号,并根据所述业务类型、当前版本号以及预设的依赖规则文件查找到客户端所依赖的react native代码的最新版本号以及对应的信息,并将其返回给客户端。所述客户端用于将react native代码的最新版本号与当前版本号作对比判断是否需要从react native代码托管服务器上下载react native代码的线上包。
如图2所示,在客户端启动时,客户端将本地配置文件中所声明的依赖reactnative代码的业务类型以及当前版本号提取出来并上传给依赖管理服务器;然后依赖管理服务器会根据预先制定的依赖规则,去查找与客户端具有依赖关系的最新的react native的代码包。比如客户端所声明的reactnative的版本为“module”:“1.2.0”(其中包括业务类型和版本号),按照制定的依赖规则在依赖管理服务器上寻找“第一和中间版本号相同的第三版本号最大的版本号的react native代码”,也即是寻找到当前客户端可以依赖的最新版本的react native代码的版本号为1.2.9,而不是最新发布的1.3.0。由于1.3.0是新功能发布的版本,如果按照传统的更新,其在更新时,必然会选择版本号为1.3.0的reactnative的代码包,我们无法确定当前客户单是否与该版本的react native代码兼容,这样就有可能造成更新后的客户端与react native的代码之间不兼容而造成APP的崩溃,然而通过本发明可避免掉这种错误。
另外,这里的依赖规则是由系统预定的,可根据具体的需求进行设定,比如本发明中所采取的是“寻找第一和中间版本号相同的第三版本号最大的版本号的react native代码”,当然也可以是其他的依赖规则。
也即是,本发明通过利用三位数的版本号和预先设定的依赖规则来约束客户端和react native代码之间的版本依赖,从而避免由于客户端与react native代码之间版本的不同步导致在运行时出现不兼容的问题。另外,依赖规则设置于依赖管理服务器上,可随时根据实际的情况来对其进行修改,大大提高了该依赖规则设置的灵活性。
另外,如图4所示,本发明还提供了一种客户端与react native代码的更新依赖管理方法,该方法应用于如前所述的依赖管理服务器上,包括以下步骤:
S1、接收客户端所依赖的react native代码的业务类型以及当前版本号;比如客户端发送的“module”:“1.2.0”,其中module为业务类型,1.2.0为当前版本号。
S2、根据所述业务类型、当前版本号以及预设的依赖规则查找出客户端所依赖的react native代码的最新版本号。根据依赖规则查找到该客户端所依赖的react native代码的最新版本号为1.2.9。
S3、根据所述最新版本号查找出客户端所依赖的react native代码的最新版本的信息并返回。由于依赖管理服务器上存储有每个react native代码的版本信息,包括版本号、代码包的地址、所属业务、所属平台、所属环境、发布时间等信息,因此,根据最新的版本号1.2.9查找到该版本所对应的版本信息将其返回给客户端。
该方法是在如前所述的依赖管理服务器上运行。
对应地,如图5所示,本发明还提供了一种客户端与react native代码的更新依赖管理装置,其包括:版本号获取模块,用于接收客户端所依赖的react native代码的业务类型以及当前版本号;
最新版本号查找模块,用于根据所述业务类型、当前版本号以及预设的依赖规则文件查找出客户端所依赖的react native代码的最新版本号;
信息返回模块,用于根据所述最新版本号查找出客户端所依赖的react native代码的最新版本的信息并返回。
本发明还提供了一种客户端,其用于执行以下步骤:
将客户端所依赖的react native代码的当前版本号与接收依赖管理服务器发送的客户端所依赖的react native代码的最新版本号进行对比,当二者不同时,根据客户端所依赖的react native代码的最新版本号对应的版本信息从react native代码托管服务器上下载对应版本的react native代码线上包并运行;当相同时,则直接运行客户端所依赖的react native代码的当前版本号所对应的react native代码。
本发明公开了一种电子设备,包括一个或多个处理器、存储器以及一个或者多个程序,其中所述一个或多个程序被存储在所述存储器中,并且被配置成由一个或多个处理器执行,所述程序包括用于执行应用于依赖管理服务器上的方法,或者该方法存储在可读的存储介质上,并且该方法程序可以被处理器执行。
上述实施方式仅为本发明的优选实施方式,不能以此来限定本发明保护的范围,本领域的技术人员在本发明的基础上所做的任何非实质性的变化及替换均属于本发明所要求保护的范围。
Claims (7)
1.一种客户端与react native代码之间的更新依赖管理方法,其特征在于包括以下步骤:
版本号获取步骤:接收客户端所依赖的react native代码的业务类型以及当前版本号,其中,所述业务类型和所述当前版本号均存储在所述客户端的配置文件中;
最新版本号查找步骤:根据所述业务类型、当前版本号以及预设的依赖规则文件查找出客户端所依赖的react native代码的最新版本号;
信息返回步骤:根据所述最新版本号查找出客户端所依赖的react native代码的最新版本的信息并返回客户端,根据预设的对比规则文件将所述当前版本号与所述最新版本号作对比得出是否需要更新react native代码,其中,所述预设的依赖规则文件和所述预设的对比规则文件均存储于依赖管理服务器中,所述依赖管理服务器用于对所述预设的依赖规则文件进行存储管理和修改操作处理;
其中,所述配置文件用于根据预设的对比规则文件将所述当前版本号与所述最新版本号作对比得出是否需要更新react native代码,以及根据客户端所依赖的react native代码的最新版本号下载更新react native代码包。
2.如权利要求l所述客户端与react native代码之间的更新依赖管理力法,其特征在于:所述版本号是由三个部分组成,分别为第一版本号、中间版本号和第三版本号;第一版本号表示业务类型为整加新功能的新版本、中间版本号表示业务类型为部分功能更新的新版本以及第三版本号表示业务类型为修复bug的新版本。
3.如权利要求2所述客户端与react native代码之间的更新依赖管理方法,其特征在于:所述版本号的格式为A.B.C;其中,A为第一版本号、B为中间版本号、C为第三版本号;A、B、C均为自然数。
4.如权利要求1-3任意一项所述客户端与react native代码之间的更新依赖管理方法,其特征在于:所述客户端所依赖的react native代码的最新版本的信息至少包括reactnative代码的版本号、所属业务、所属环境、所属平台、线上包的地址和发布时间。
5.一种电子设备,其特征在于包括:一个或多个处理器;
存储器;以及一个或多个程序,其中所述一个或多个程序被存储在所述存储器中,并且被配置成由一个或多个处理器执行,所述程序包括用于执行以下方法的步骤:
版本号获取步骤:接收客户端所依赖的react native代码的业务类型以及当前版本号,其中,所述业务类型和所述当前版本号均存储在所述客户端的配置文件中;
最新版本号查找步骤:根据所述业务类型、当前版本号以及预设的依赖规则文件查找出客户端所依赖的react native代码的最新版本号;
信息返回步骤:根据所述最新版本号查找出客户端所依赖的react native代码的最新版本的信息并返回客户端,根据预设的对比规则文件将所述当前版本号与所述最新版本号作对比得出是否需要更新react native代码,其中,所述预设的依赖规则文件和所述预设的对比规则文件均存储于依赖管理服务器中,所述依赖管理服务器用于对所述预设的依赖规则文件进行存储管理和修改操作处理;
其中,所述配置文件用于根据预设的对比规则文件将所述当前版本号与所述最新版本号作对比得出是否需要更新react native代码,以及根据客户端所依赖的react native代码的最新版本号下载更新react native代码包。
6.一种计算机可读存储介质,其特征在于:其存储用于实现客户端与react native代码的更新依赖管理的计算机程序,其中,所述计算机程序使得计算机执行如权利要求1-4任意一项所述的方法。
7.一种客户端与react native代码之间的更新依赖管理装置,其特征在于包括:
版本号获取模块,用于接收客户端所依赖的react native代码的业务类型以及当前版本号,其中,所述业务类型和所述当前版本号均存储在所述客户端的配置文件中;
最新版本号查找模块,用于根据所述业务类型、当前版本号以及预设的依赖规则文件查找出客户端所依赖的react native代码的最新版本号;
信息返回模块,用于根据所述最新版本号查找出客户端所依赖的react native代码的最新版本的信息并返回客户端,根据预设的对比规则文件将所述当前版本号与所述最新版本号作对比得出是否需要更新react native代码,其中,所述预设的依赖规则文件和所述预设的对比规则文件均存储于依赖管理服务器中,所述依赖管理服务器用于对所述预设的依赖规则文件进行存储管理和修改操作处理;
其中,所述配置文件用于根据预设的对比规则文件将所述当前版本号与所述最新版本号作对比得出是否需要更新react native代码,以及根据客户端所依赖的react native代码的最新版本号下载更新react native代码包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710401126.3A CN107391104B (zh) | 2017-05-31 | 2017-05-31 | 一种客户端与react native代码的更新依赖管理方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710401126.3A CN107391104B (zh) | 2017-05-31 | 2017-05-31 | 一种客户端与react native代码的更新依赖管理方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107391104A CN107391104A (zh) | 2017-11-24 |
CN107391104B true CN107391104B (zh) | 2021-06-01 |
Family
ID=60332951
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710401126.3A Active CN107391104B (zh) | 2017-05-31 | 2017-05-31 | 一种客户端与react native代码的更新依赖管理方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107391104B (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107391104B (zh) * | 2017-05-31 | 2021-06-01 | 杭州大搜车汽车服务有限公司 | 一种客户端与react native代码的更新依赖管理方法、装置及系统 |
CN108334334B (zh) * | 2018-03-07 | 2022-02-01 | 政采云有限公司 | 一种管理依赖包版本的方法和系统 |
CN109117143A (zh) * | 2018-06-11 | 2019-01-01 | 阿里巴巴集团控股有限公司 | 一种应用部署方法及系统 |
CN109977008B (zh) * | 2019-02-22 | 2022-03-29 | 福建天泉教育科技有限公司 | 一种应用程序依赖的js代码与原生库兼容的方法及终端 |
CN110113377A (zh) * | 2019-04-01 | 2019-08-09 | 苏宁易购集团股份有限公司 | 适用于混合模式应用的发布升级的方法及装置、智能设备 |
CN110198353B (zh) * | 2019-05-30 | 2020-09-15 | 四川长虹电器股份有限公司 | 服务版本权重灰度发布的系统 |
CN110278115B (zh) | 2019-06-20 | 2022-11-08 | 京东方科技集团股份有限公司 | 热更新方法及装置 |
CN111090442B (zh) * | 2019-11-11 | 2023-07-14 | 腾讯音乐娱乐科技(深圳)有限公司 | 一种应用更新方法、装置和存储介质 |
CN113467820A (zh) * | 2020-03-30 | 2021-10-01 | 北京沃东天骏信息技术有限公司 | 生成配置文件的方法和装置 |
CN111522577A (zh) * | 2020-04-13 | 2020-08-11 | 京东数字科技控股有限公司 | 一种依赖包版本管理方法、装置、设备和存储介质 |
CN111897567A (zh) * | 2020-07-06 | 2020-11-06 | 上海泛微网络科技股份有限公司 | 代码版本管理方法和装置 |
CN115145631B (zh) * | 2022-08-31 | 2022-12-16 | 云账户技术(天津)有限公司 | 幽灵依赖的处理方法、装置、电子设备及可读存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107391104A (zh) * | 2017-05-31 | 2017-11-24 | 杭州大搜车汽车服务有限公司 | 一种客户端与react native代码的更新依赖管理方法、装置及系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10643023B2 (en) * | 2015-09-25 | 2020-05-05 | Oath, Inc. | Programmatic native rendering of structured content |
CN105824900A (zh) * | 2016-03-14 | 2016-08-03 | 传线网络科技(上海)有限公司 | 一种基于react-native的页面展示系统 |
CN106445583B (zh) * | 2016-08-31 | 2020-03-31 | 广州品唯软件有限公司 | 一种页面显示方法、设备及系统 |
CN106569794B (zh) * | 2016-09-23 | 2020-03-24 | 北京五八信息技术有限公司 | 应用程序开发装置 |
CN106528079A (zh) * | 2016-09-23 | 2017-03-22 | 北京五八信息技术有限公司 | React Native代码运行状态监控方法及装置 |
-
2017
- 2017-05-31 CN CN201710401126.3A patent/CN107391104B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107391104A (zh) * | 2017-05-31 | 2017-11-24 | 杭州大搜车汽车服务有限公司 | 一种客户端与react native代码的更新依赖管理方法、装置及系统 |
Non-Patent Citations (1)
Title |
---|
《搜车 React Native 依赖管理方案》;小芋头君;《https://zhuanlan.zhihu.com/p/27095858?refer=yutou》;20170525;1-5页 * |
Also Published As
Publication number | Publication date |
---|---|
CN107391104A (zh) | 2017-11-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107391104B (zh) | 一种客户端与react native代码的更新依赖管理方法、装置及系统 | |
CN108958796B (zh) | 业务请求处理方法及装置、业务请求处理系统 | |
CN105657191B (zh) | 一种基于Android系统的应用增量升级方法及系统 | |
US20190073230A1 (en) | Method and apparatus for loading multiple differing versions of a native library into a native environment | |
CN107967139B (zh) | 游戏的热更新方法及装置 | |
CN109800005B (zh) | 一种客户端热更新方法及装置 | |
CN110321131B (zh) | 业务组件打包方法、系统及服务器 | |
CN106569880B (zh) | 一种Android应用间动态共享资源的方法及系统 | |
CN106371875B (zh) | 一种基于html5的手机应用更新方法 | |
CN111104151B (zh) | 一种基于Shell脚本的Git代码简化的管理方法 | |
CN102929643A (zh) | 一种开发j2ee应用的方法及系统 | |
CN106775781B (zh) | 减小应用安装包的方法、装置及电子设备 | |
EP2805233B1 (en) | Installation engine and package format for parallelizable, reliable installations | |
CN107220074A (zh) | 对支撑层软件功能的访问、升级方法及装置 | |
US10019345B2 (en) | Executing multi-version tests against a multi-version application | |
CN109857432A (zh) | 一种游戏应用的热更新方法和装置 | |
CN106293790B (zh) | 基于Firefox操作系统的应用程序升级方法和装置 | |
CN110716786B (zh) | 一种页面展示方法、系统及存储介质 | |
CN112860251A (zh) | 一种网站前端构建的方法与系统 | |
CN108694049B (zh) | 一种更新软件的方法和设备 | |
CN113791809B (zh) | 应用异常处理方法、装置以及计算机可读存储介质 | |
CN110837394B (zh) | 一种高可用配置版本仓库配置方法、终端及可读介质 | |
CN110362320B (zh) | 一种应用开发平台的命令实现方法和装置 | |
CN110704295B (zh) | 一种数据调用方法、装置、设备及系统 | |
CN111142913A (zh) | 面向iOS系统应用程序的热更新方法和设备 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |