CN111142913A - 面向iOS***应用程序的热更新方法和设备 - Google Patents
面向iOS***应用程序的热更新方法和设备 Download PDFInfo
- Publication number
- CN111142913A CN111142913A CN201911398767.3A CN201911398767A CN111142913A CN 111142913 A CN111142913 A CN 111142913A CN 201911398767 A CN201911398767 A CN 201911398767A CN 111142913 A CN111142913 A CN 111142913A
- Authority
- CN
- China
- Prior art keywords
- application program
- resource
- updated
- absolute path
- cache directory
- 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 65
- 230000008569 process Effects 0.000 claims abstract description 24
- 238000004590 computer program Methods 0.000 claims description 7
- 238000012545 processing Methods 0.000 abstract description 2
- 230000003993 interaction Effects 0.000 description 9
- 238000009434 installation Methods 0.000 description 5
- 230000008859 change Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000004806 packaging method and process Methods 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/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44568—Immediately runnable code
- G06F9/44578—Preparing or optimising for loading
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种应用于iOS***的原生应用程序更新的方法和设备。该方法包括如下步骤：在终端的应用程序首次启动的初始化过程中，启动应用程序中预定的接口确定是否有更新的资源；响应于接口确定有更新的资源，从应用程序对应的服务器端下载更新的资源，将所下载的资源保存到应用程序对应的特定缓存目录；从特定缓存目录读取更新的资源，而不是按照iOS***原生应用程序的方式读取资源，完成应用程序的初始化。根据本发明，能够实现对iOS***的原生应用程序进行快速、方便的热更新处理。
Description
技术领域
本发明涉及一种面向iOS***应用程序的热更新方法，同时涉及一种面向iOS***应用程序的热更新设备，属于应用程序开发领域。
背景技术
iOS操作***中原生应用程序(Application，简称为APP或应用)更换图片等资源文件的一般都要先更新项目中的代码，然后打包上传到开发者中心，最后由开发者中心进行审核，审核一般需要两到三天的时间。这样十分浪费时间，麻烦又费力。因此，亟需方便的对iOS***原生应用程序进行热更新方法。
在当前情况下，只有Hybird应用才能实现热更新，但Hybird应用与iOS原生应用相比会有安装包过大、启动速度慢、交互体验不好等缺点。
因此，目前亟需一种能够对iOS***的原生应用程序进行快速、方便更新的方案。
发明内容
本发明所要解决的首要技术问题在于提供一种面向iOS***应用程序的热更新方法。
本发明所要解决的另一技术问题在于提供一种面向iOS***应用程序的热更新设备。
为实现上述目的，本发明采用下述的技术方案：
根据本发明实施例的第一方面，提供一种应用于面向iOS***应用程序的热更新方法，包括如下步骤：
在终端的应用程序首次启动的初始化过程中，启动所述应用程序中预定的接口确定是否有更新的资源；
响应于所述接口确定有更新的资源，从所述应用程序对应的服务器端下载所述更新的资源，将所下载的资源保存到所述应用程序对应的特定缓存目录；
从所述特定缓存目录读取所述更新的资源，而不是按照iOS***原生应用程序的方式读取资源，完成所述应用程序的初始化。
其中较优地，所述特定缓存目录是在所述应用程序在所述终端中对应的IPA包存储目录下。
其中较优地，所述方法还包括：
在所述应用程序在所述终端的再次启动中，从所述应用程序的相对路径获取所述更新资源在所述终端的绝对路径，确定所述绝对路径下是否有更新的资源，若确定所述绝对路径下有更新的资源，根据所述绝对路径获取所述更新的资源，完成所述应用程序的初始化，其中，所述绝对路径是所述特定缓存目录。
其中较优地，所述方法还包括：
若确定所述绝对路径下没有更新的资源，从所述应用程序对应的IPA包获取对应的资源，按照iOS***原生应用程序的方式读取资源完成所述应用程序的初始化。
其中较优地，所述更新的资源在所述特定缓存目录下保存在main.bundle资源包路径。
其中较优地，所述更新的资源包括图片资源。
根据本发明实施例的第二方面，提供一种应用于面向iOS***应用程序的热更新设备，包括处理器和存储器，所述处理器读取所述存储器中的计算机程序，用于执行以下操作：
在终端的应用程序首次启动的初始化过程中，启动所述应用程序中预定的接口确定是否有更新的资源；
响应于所述接口确定有更新的资源，从所述应用程序对应的服务器端下载所述更新的资源，将所下载的资源保存到所述应用程序对应的特定缓存目录；
从所述特定缓存目录读取所述更新的资源，而不是按照iOS***原生应用程序的方式读取资源，完成所述应用程序的初始化。
其中较优的，所述特定缓存目录是在所述应用程序在所述终端中对应的IPA包存储目录下。
其中较优的，所述处理器还用于执行以下操作：
在所述应用程序在所述终端的再次启动中，从所述应用程序的相对路径获取所述更新资源在所述终端的绝对路径，确定所述绝对路径下是否有更新的资源，若确定所述绝对路径下有更新的资源，根据所述绝对路径获取所述更新的资源，完成所述应用程序的初始化，其中，所述绝对路径是所述特定缓存目录。
其中较优的，所述处理器还用于执行以下操作：
若确定所述绝对路径下没有更新的资源，从所述对应程序对应的IPA包获取对应的资源，按照iOS***原生应用程序的方式读取资源完成所述应用程序的初始化。
根据本发明实施例的第三方面，还提供一种计算机可读的非易失性存储介质，所述非易失性存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的热更新方法。
与现有技术相比较，本发明实施例针对iOS***的原生应用程序APP，通过在应用程序APP初始化时，执行预定的更新接口检查程序，将需要更新的资源放置在预定的缓存目录，在后续每次应用程序APP启动时，根据相对路径动态获取绝对路径，使用预设方法对应用程序进行资源更新，与现有的更新代码进行上传审核的方式相比，节省了大量的时间和人力，提高了针对iOS***原生应用程序的图片等资源的更新效率；另一方面，与现有采用Hybird应用进行更新的方式相比，避免安装包过大、启动速度慢和交互体验不好的问题，较为稳定、快速地对原生应用程序进行更新，实现应用程序更新的同时，不影响用户的交互体验。
附图说明
图1为根据本发明实施例的iOS***的原生应用程序的热更新方法的流程示意图。
图2为根据根据本发明实施例的iOS***的原生应用程序的热更新方法的示意图。
图3是根据本发明实施例的应用于面向iOS***应用程序的热更新设备的示意图。
具体实施方式
下面结合附图和具体实施例对本发明的技术内容进行详细具体的说明。
需要说明的是，众所周知的模块、单元及其相互之间的连接、链接、通信或操作没有示出或未作详细说明。并且，所描述的特征、架构或功能可在一个或一个以上实施例中以任何方式组合。本领域技术人员应当理解，下述的各种实施例只用于举例说明，而非用于限制本发明的保护范围。还可以容易理解，本文所述和附图所示的各实施例中的模块或单元或处理方式可以按各种不同配置进行组合和设计。
与现有技术相比较，本发明实施例针对iOS***的原生应用程序APP，通过在应用程序APP初始化时，执行预定的更新接口检查程序，将需要更新的资源防止在预定的缓存目录，在后续每次应用程序APP启动时，根据相对路径动态获取绝对路径，使用预设方法对应用程序进行资源更新，与现有的更新代码进行上传审核的方式相比，节省了大量的时间和人力，提高了针对iOS***原生应用程序的图片等资源的更新效率；另一方面，与现有采用Hybird应用进行更新的方式相比，避免安装包过大、启动速度慢和交互体验不好的问题，较为稳定、快速地对原生应用程序进行更新，实现应用程序更新的同时，不影响用户的交互体验。
参考图1，图1为根据本发明实施例的iOS***的原生应用程序的热更新方法的流程示意图。所述方法包括：步骤S101、步骤S102和步骤S103，下面结合具体的实施例对上述步骤进行说明。
步骤S101，在终端的应用程序首次启动的初始化过程中，启动所述应用程序中预定的接口确定是否有更新的资源。
在本发明的实施例中，终端可以是智能手机、平板电脑等便携式终端设备。应用程序在本发明中指的是iOS***的原生应用程序。对于iOS***的原生应用程序，一般情况下，图片等资源文件都是放在工程中，打包的时候一块上传到开发者中心，进行审核，审核之后才能放在应用商店，供用户下载。但是有些时候我们可能就只需要做一个换肤功能，或者更换几张图片或其他资源文件，这样我们就又得重新打包、上传，进行审核。这样浪费很多时间和人力，导致小的更新的效率较低。这样的原因是因为一般情况下，我们会把图片等资源文件放在特定的目录(例如，main.bundle)中，在打包时会随着其他文件一起打包进ipa中，而在iOS APP本身的打包文件中，在手机上是只读的，那么就无法尝试直接更新它。
本发明的实施例中，在应用程序在诸如智能手机、平板电脑之类的终端上首次启动的初始化过程中，也就是说，是在终端上下载应用程序后第一次启动过程中，本发明的应用程序在首次初始化启动中，与iOS***的原生APP的启动程序不同在于，调用检查更新的接口程序，该接口程序能够与为该应用程序提供服务的服务器通信，检查是否有针对该应用程序的更新资源(例如，用户对应用程序进行换肤的图片资源等)。
步骤S102，响应于所述接口确定有更新的资源，从所述应用程序对应的服务器端下载所述更新的资源，将所下载的资源保存到所述应用程序对应的特定缓存目录。
在本步骤中，应用程序的检查更新的接口与服务器一侧进行通讯后，若确定服务器一侧具有针对该应用程序的更新资源(例如，用于换肤的图片资源等)，相应所述接口确定有更新的资源，从所述应用程序对应的服务器端下载所述更新的资源，例如，可以通过Internet网络连接下载更新的资源。
需要说明的是，在本步骤中，终端上的该应用程序仍然处于初始化启动过程中，也就是说，还没有完成应用程序的初始化。在应用程序下载到终端上之后，该应用程序将所下载的更新资源保存到特定的缓存目录。在一些实施例中，特定的缓存目录可以是该应用程序在该终端中对应的IPA包存储目录下，该存储目录可以在该应用程序的开发过程中指定。需要说明的是，上述的下载和存储过程是发生在该应用程序的启动过程中，更为具体而言，是在所述应用程序还没有开始读取更新资源(例如，用于换肤的图片资源等)之前。
上述的调用更新接口检查更新以及后续的更新资源下载和保存处理，可以设置在应用程序启动过程中、读取更新资源之前的任意一个启动阶段，本发明实施例对此不做具体限定。
在一些实施例中，为了加快启动程序，上述的检查更新、下载和保存可以和应用程序的其他启动处理并行运行，从而加快应用程序的首次启动的速度。
步骤S103，从所述特定缓存目录读取所述更新的资源，而不是按照iOS***原生应用程序的方式读取资源，完成所述应用程序的初始化。
在本步骤中，应用程序的首次启动中运行到读取相关资源的阶段，与现有的iOS***原生应用程序的读取资源的方式(例如，直接从IPA数据包的预定位置读取相关资源等)不同，本发明的相关资源的读取是从上述特定缓存目录读取相关资源，执行后续的初始化启动程序，将初始化的所有处理执行完毕。其中，IPA是指iPhoneApplication，Apple程序应用文件iPhoneApplication的缩写。
在本发明的实施例中，上述的存储更新资源的缓存目录是固定的，后续每次APP启动时，都可以根据相对路径获取绝对路径，获取对应的更新资源完成应用程序的资源更新。具体而言，在在所述应用程序在所述终端的再次启动中，从所述应用程序的相对路径获取所述更新资源在所述终端的绝对路径，确定所述绝对路径下是否有更新的资源，若确定所述绝对路径下有更新的资源，根据所述绝对路径获取所述更新的资源，完成所述应用程序的初始化，其中，所述绝对路径是所述特定缓存目录。需要说明的是，相对路径是指应用程序APP相对于自己的目标文件路径，绝对路径是指更新文件在终端上的真实路径，该真实路径对应上述的特定缓存目录。在一些实施例中，该特定缓存目录可以是缓存目录中的main.bundle资源包路径。与现有的iOS***的原生应用程序的读取资源的方式不同，本发明的实施例是在特定缓存目录读取更新的资源(例如，用于换肤的图片资源等)完成APP的更新，而现有的iOS***的原生APP的图片等资源，在终端上的IPA包中是只读的，无法实现对图片资源的热更新；而且，与采用Hybird的方式相对，本发明实施例的方法，仅仅修改应用程序的启动中的部分步骤，将从IPA包中加载资源的逻辑扩展为能够从缓存目录中加载资源文件即可，实现方式方便，在基本不影响用户体验的前提下，实现对应用程序的快速资源更新，提高了原生应用程序更新的效率。
在本发明的实施例中，如果确定在所述绝对路径下没有更新的资源，从所述应用程序对应的IPA中获取对应的资源，按照iOS***原生应用程序的方式读取资源完成所述应用程序的初始化。在一些实施例中，IPA加载资源文件可以通过调用一个自定义方法实现，该方法可以是基于iOS原生应用程序接口(Application Interface，简称API)。也就是说，本发明实施例提供的方法，可以兼容现有的iOS***的原生应用程序的启动方法，在绝对路径下没有更新图片德国资源的情况下，根据原有IPA包中的资源进行相应的资源加载(例如，图片加载等)，确保应用程序正常启动。
本发明实施例针对iOS***的原生应用程序APP，通过在应用程序APP初始化时，执行预定的更新接口检查程序，将需要更新的资源放置在预定的缓存目录，在后续每次应用程序APP启动时，根据相对路径动态获取绝对路径，使用预设方法对应用程序进行资源更新，与现有的更新代码进行上传审核的方式相比，节省了大量的时间和人力，针对涉及较少资源变动的图片资源更新，提高了针对iOS***原生应用程序的图片等资源的更新效率；另一方面，与现有采用Hybird应用进行更新的方式相比，避免安装包过大、启动速度慢和交互体验不好的问题，较为稳定、快速地对原生应用程序进行更新，实现应用程序更新的同时，不影响用户的交互体验。
在本发明的一种实施例中，本发明所提供的应用程序的热更新方法如图2所示。
S201，APP启动后，调用应用程序的更新接口检查是否有更新图片；
S202，如果有更新，则通过网络从应用程序的服务器一侧下载更新图片资源，并将所下载的资源保存到终端的缓存目录，如果该缓存目录下已经有图片，则用新下载的图片资源覆盖该缓存目录下原有的图片。
S203，如果没有更新，则直接从缓存目录读取资源；
S204，如果该缓存目录没有图片资源，则将从IPA数据包读取对应的资源；
S205，如果该缓存目录有图片资源，则使用缓存目录下的图片资源完成应用程序的初始化，从而实现应用程序的热更新。
在本发明的实施例中，APP初始化时判断是否需要更新资源文件。如果需要更新资源文件，则把新的资源文件存到特定的缓存目录(例如，指定的存放资源文件的路径，IPA包下任意路径即可)。由于缓存目录是特定的，只要每次APP启动后，会根据相对路径动态获取到绝对路径，进而拿到缓存目录中的main.bundle资源包路径，然后就可以使用已有的方法(例如，自定义加载图片的方法)从bundle中取图片即可。
本发明实施例提供的热更新方法，与现有的iOS***的原生应用程序的资源读取方式不同，在缓存目录中读取图片等资源文件，并加载，也就是说，更新图片等资源文件不需要在应用商店中重新打包上架和审核，大大提高了应用程序的对于涉及代码量较少的图片等资源的更新的更新效率；而且在应用程序的启动过程中，增加更新和特定的图片加载程序，对整个启动过程改动较少，在不影响用户体验的情况下，方便地实现对应用程序的更新。
本发明实施例还提供一种应用于iOS***的原生应用程序的热更新设备，所述设备可以是智能手机、平板电脑、智能穿戴设备等便携式设备。如图3所示，所述设备可包括包括处理器301和存储器302，所述处理器读取所述存储器中的计算机程序，用于执行以下操作：
在终端的应用程序首次启动的初始化过程中，启动所述应用程序中预定的接口确定是否有更新的资源；
响应于所述接口确定有更新的资源，从所述应用程序对应的服务器端下载所述更新的资源，将所下载的资源保存到所述应用程序对应的特定缓存目录；
从所述特定缓存目录读取所述更新的资源，而不是按照iOS***原生应用程序的方式读取资源，完成所述应用程序的初始化。
在本发明的一些实施例中，所述特定缓存目录是在所述应用程序在所述终端中对应的IPA包存储目录下。
在本发明的一些实施例中，所述处理器还用于执行以下操作：
在所述应用程序在所述终端的再次启动中，从所述应用程序的相对路径获取所述更新资源在所述终端的绝对路径，确定所述绝对路径下是否有更新的资源，若确定所述绝对路径下有更新的资源，根据所述绝对路径获取所述更新的资源，完成所述应用程序的初始化，其中，所述绝对路径是所述特定缓存目录。
在本发明的一些实施例中，所述处理器还用于执行以下操作：
若确定所述绝对路径下没有更新的资源，从所述对应程序对应的IPA包获取对应的资源，按照iOS***原生应用程序的方式读取资源完成所述应用程序的初始化。
本发明实施例针对iOS***的原生应用程序APP，通过在应用程序APP初始化时，执行预定的更新接口检查程序，将需要更新的资源放置在预定的缓存目录，在后续每次应用程序APP启动时，根据相对路径动态获取绝对路径，使用预设方法对应用程序进行资源更新，与现有的更新代码进行上传审核的方式相比，节省了大量的时间和人力，针对涉及较少资源变动的图片资源更新，提高了针对iOS***原生应用程序的图片等资源的更新效率；另一方面，与现有采用Hybird应用进行更新的方式相比，避免安装包过大、启动速度慢和交互体验不好的问题，较为稳定、快速地对原生应用程序进行更新，实现应用程序更新的同时，不影响用户的交互体验。
本发明实施例还提供一种计算机可读的非易失性存储介质，所述非易失性存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述面向iOS***的原生应用程序的热更新方法。
上面对本发明所提供的面向iOS***应用程序的热更新方法和设备进行了详细的说明。对本领域的一般技术人员而言，在不背离本发明实质内容的前提下对它所做的任何显而易见的改动，都将构成对本发明专利权的侵犯，将承担相应的法律责任。
Claims (10)
1.一种面向iOS***应用程序的热更新方法，其特征在于包括如下步骤：
在终端的应用程序首次启动的初始化过程中，启动所述应用程序中预定的接口确定是否有更新的资源；
响应于所述接口确定有更新的资源，从所述应用程序对应的服务器端下载所述更新的资源，将所下载的资源保存到所述应用程序对应的特定缓存目录；
从所述特定缓存目录读取所述更新的资源，而不是按照iOS***原生应用程序的方式读取资源，完成所述应用程序的初始化。
2.如权利要求1所述的热更新方法，其特征在于：所述特定缓存目录是在所述应用程序在所述终端中对应的IPA包存储目录下。
3.如权利要求2所述的热更新方法，其特征在于还包括：
在所述应用程序在所述终端的再次启动中，从所述应用程序的相对路径获取所述更新资源在所述终端的绝对路径，确定所述绝对路径下是否有更新的资源，若确定所述绝对路径下有更新的资源，根据所述绝对路径获取所述更新的资源，完成所述应用程序的初始化，其中，所述绝对路径是所述特定缓存目录。
4.如权利要求3所述的热更新方法，其特征在于还包括：
若确定所述绝对路径下没有更新的资源，从所述应用程序对应的IPA包获取对应的资源，按照iOS***原生应用程序的方式读取资源完成所述应用程序的初始化。
5.如权利要求1～4中任意一项所述的热更新方法，其特征在于：所述更新的资源在所述特定缓存目录下保存在main.bundle资源包路径。
6.如权利要求1～4中任意一项所述的热更新方法，其特征在于：所述更新的资源包括图片资源。
7.一种应用于面向iOS***应用程序的热更新设备，其特征在于：包括处理器和存储器，所述处理器读取所述存储器中的计算机程序，用于执行以下操作：
在终端的应用程序首次启动的初始化过程中，启动所述应用程序中预定的接口确定是否有更新的资源；
响应于所述接口确定有更新的资源，从所述应用程序对应的服务器端下载所述更新的资源，将所下载的资源保存到所述应用程序对应的特定缓存目录；
从所述特定缓存目录读取所述更新的资源，而不是按照iOS***原生应用程序的方式读取资源，完成所述应用程序的初始化。
8.如权利要求7所述的热更新设备，其特征在于：所述特定缓存目录是在所述应用程序在所述终端中对应的IPA包存储目录下。
9.如权利要求8所述的热更新设备，其特征在于：所述处理器还用于执行以下操作：
在所述应用程序在所述终端的再次启动中，从所述应用程序的相对路径获取所述更新资源在所述终端的绝对路径，确定所述绝对路径下是否有更新的资源，若确定所述绝对路径下有更新的资源，根据所述绝对路径获取所述更新的资源，完成所述应用程序的初始化，其中，所述绝对路径是所述特定缓存目录。
10.如权利要求9所述的热更新设备，其特征在于：所述处理器还用于执行以下操作：
若确定所述绝对路径下没有更新的资源，从所述对应程序对应的IPA包获取对应的资源，按照iOS***原生应用程序的方式读取资源完成所述应用程序的初始化。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911398767.3A CN111142913A (zh) | 2019-12-30 | 2019-12-30 | 面向iOS***应用程序的热更新方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911398767.3A CN111142913A (zh) | 2019-12-30 | 2019-12-30 | 面向iOS***应用程序的热更新方法和设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111142913A true CN111142913A (zh) | 2020-05-12 |
Family
ID=70522044
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911398767.3A Pending CN111142913A (zh) | 2019-12-30 | 2019-12-30 | 面向iOS***应用程序的热更新方法和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111142913A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112230965A (zh) * | 2020-10-30 | 2021-01-15 | 广东耐思智慧科技有限公司 | 一种应用程序内小程序热更新的***和方法 |
-
2019
- 2019-12-30 CN CN201911398767.3A patent/CN111142913A/zh active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112230965A (zh) * | 2020-10-30 | 2021-01-15 | 广东耐思智慧科技有限公司 | 一种应用程序内小程序热更新的***和方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102204115B1 (ko) | 패치 업그레이드 기반 파일 처리 방법 및 디바이스, 단말기, 및 저장 매체 | |
| CN105335187B (zh) | 一种应用的处理方法及装置 | |
| CN109062617B (zh) | 一种支持多类型设备的平台的应用方法、移动终端 | |
| CN109840096B (zh) | 操作***的安装方法及装置 | |
| CN107305553B (zh) | 一种基于Hybrid App中动态跳转Hybrid页面的方法及*** | |
| JP2004537895A (ja) | ピアツーピアハンドセット通信のシステムおよび方法 | |
| CN110750286B (zh) | OTA升级Mbn的管理方法、装置、***、设备和介质 | |
| CN106681749B (zh) | 基于安卓平台的局部代码补丁更新方法及装置 | |
| CN104834555A (zh) | 调用功能模块的方法、相关装置及装置修复方法 | |
| CN110968331B (zh) | 应用程序运行的方法和装置 | |
| CN108874437B (zh) | 一种android应用程序的在线云更新方法 | |
| CN107463405B (zh) | 一种应用程序的更新方法及装置 | |
| CN108762800A (zh) | 应用程序的动态更新方法和装置 | |
| CN105700918A (zh) | 一种***升级方法及装置 | |
| CN111290773B (zh) | ***升级方法、设备及可读存储介质 | |
| CN110851204A (zh) | 应用启动的方法及装置、应用打包的方法及装置 | |
| CN110765394A (zh) | so文件加载方法、装置、存储介质及终端设备 | |
| CN110851151B (zh) | 预装应用的方法、装置、终端、服务器和存储介质 | |
| CN106293790B (zh) | 基于Firefox操作***的应用程序升级方法和装置 | |
| CN109710287B (zh) | 一种热更新方法、装置及计算机存储介质 | |
| CN111142913A (zh) | 面向iOS***应用程序的热更新方法和设备 | |
| KR100974662B1 (ko) | 이동 통신 단말기 및 이의 펌웨어 업데이트 방법 | |
| US9250922B2 (en) | Method and apparatus for prefetching peripheral device drivers for smart phones and other connected devices prior to HLOS boot | |
| US11106472B2 (en) | Method for managing multiple operating systems in integrated circuit cards, corresponding system and computer program product | |
| CN110764809A (zh) | Ota升级apn方法、装置、设备和介质 |
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 |