[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN110333902A - 移动app的字符串加载方法、装置、系统及电子设备 - Google Patents

移动app的字符串加载方法、装置、系统及电子设备 Download PDF

Info

Publication number
CN110333902A
CN110333902A CN201810200788.9A CN201810200788A CN110333902A CN 110333902 A CN110333902 A CN 110333902A CN 201810200788 A CN201810200788 A CN 201810200788A CN 110333902 A CN110333902 A CN 110333902A
Authority
CN
China
Prior art keywords
resource
string
server
mobile app
mobile
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
Application number
CN201810200788.9A
Other languages
English (en)
Inventor
钱栋
胡晨曦
邓世华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Ezviz Network Co Ltd
Original Assignee
Hangzhou Ezviz Network Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hangzhou Ezviz Network Co Ltd filed Critical Hangzhou Ezviz Network Co Ltd
Priority to CN201810200788.9A priority Critical patent/CN110333902A/zh
Publication of CN110333902A publication Critical patent/CN110333902A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/44505—Configuring for program initiating, e.g. using registry, configuration files
    • G06F9/4451—User profiles; Roaming

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)

Abstract

本申请提供了移动APP的字符串加载方法、装置、系统及电子设备。本申请中，移动APP相关联的字符串资源(包括Key和翻译字符串的Mapping)不再通过硬编码的方式打包配置在移动APP本地，而是配置在服务端。相比移动APP相关联的字符串资源通过硬编码的方式打包配置在移动APP本地，本申请中的在服务端配置移动APP相关联的字符串资源能够更方便、快捷修改移动APP相关联的字符串资源，不需要重新打包、发布版本，也无需重启移动APP或者操作系统，大大提高字符串资源更新效率。

Description

移动APP的字符串加载方法、装置、系统及电子设备
技术领域
本申请涉及移动应用技术，特别涉及移动APP的字符串加载方法、装置、系统及电子设备。
背景技术
在移动APP应用中，利用Key-Value方式建立Key和翻译字符串的映射(Mapping)，以实现在运行移动APP时，由程序代码读取Key和翻译字符串的Mapping来自动用翻译字符串替代Key并呈现在移动APP的界面。图1示出了移动APP实现逻辑。这里，Key和翻译字符串的映射称为移动APP的字符串资源。
目前，移动APP的字符串资源(Key和翻译字符串的Mapping)是通过硬编码方式打包配置在移动APP本地的配置文件(简称硬编码配置文件)中，一旦需要增删字符串资源，则需要重新打包再发布，非常复杂。
发明内容
本申请提供了移动APP的字符串加载方法、装置、系统及电子设备，以在无需客户端本地硬编码移动APP的字符串资源的前提下实现移动APP的字符串加载。
本申请提供的技术方案包括：
一种移动APP的字符串加载方法，其特征在于，该方法应用于移动客户端，包括：
为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源；
在运行所述移动APP的运行时runtime环境中，依据本移动客户端支持的操作系统加载已获取的所述字符串资源。
一种移动APP的字符串加载装置，该装置应用于移动客户端，包括：
资源获取单元，用于为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源；
资源加载单元，用于在运行所述移动APP的运行时runtime环境中，依据本移动客户端支持的操作系统加载已获取的所述字符串资源。
一种电子设备，其特征在于，包括：内部总线、存储器、处理器和通信接口；其中，所述处理器、所述通信接口、所述存储器通过所述内部总线完成相互间的通信；其中，所述存储器，用于存储移动APP的字符串加载方法对应的机器可行指令；
所述处理器，用于读取所述存储器上的所述机器可读指令，并执行所述指令以实现如上所述的移动APP的字符串加载方法。
一种移动APP的字符串加载系统，该系统包括：移动客户端、服务端；
所述服务端，用于存储移动客户端本地移动APP相关联的字符串资源；
所述移动客户端，用于从所述服务端为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源，并在运行所述移动APP的运行时runtime环境中，依据本移动客户端支持的操作系统加载已获取的所述字符串资源。
由以上技术方案可以看出，本申请中，移动APP相关联的字符串资源(包括Key和翻译字符串的Mapping)不再通过硬编码的方式打包配置在移动APP本地，而是配置在服务端。相比移动APP相关联的字符串资源通过硬编码的方式打包配置在移动APP本地，本申请中的在服务端配置移动APP相关联的字符串资源能够更方便、快捷修改移动APP相关联的字符串资源，不需要重新打包、发布版本，也无需重启移动APP或者操作系统，大大提高字符串资源更新效率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
图1为移动APP实现逻辑结构图；
图2为本申请提供的方法流程图；
图3为本申请提供的步骤201实现流程图；
图4为本申请提供的应用组网示意图；
图5为本申请提供的移动APP实现逻辑结构图；
图6为本申请提供的装置结构图；
图7为本申请提供的电子设备结构图；
图8为本申请提供的系统结构示意图。
具体实施方式
在本申请中，移动APP相关联的字符串资源(包括Key和翻译字符串的Mapping)不再通过硬编码的方式打包配置在移动APP本地，而是更改为：在服务端配置移动APP相关联的字符串资源。相比移动APP相关联的字符串资源通过硬编码的方式打包配置在移动APP本地，本申请中的在服务端配置移动APP相关联的字符串资源能够更方便、快捷修改移动APP相关联的字符串资源，不需要重新打包、发布版本，大大提高字符串资源更新效率，也无需重启移动APP或者操作系统。
为了使本申请的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述：
参见图2，图2为本申请提供的方法流程图。该方法应用于移动客户端。
如图2所示，该流程可包括：
步骤201，移动客户端为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源。
这里，移动APP相关联的字符串资源至少包括：Key和翻译字符串的Mapping。
在一个例子中，为使在服务端配置的与移动APP相关联的字符串资源尽快生效，本步骤201可基于服务端主动通知字符串资源的方式实现，具体包括：移动客户端接收服务端主动通知的已配置在所述服务端且与所述移动APP相关联的字符串资源。在具体实现时，服务端可在与移动APP相关联的字符串资源发生更新时主动向移动APP通知移动APP相关联的字符串资源。
在另一个例子中，为使在服务端配置的与移动APP相关联的字符串资源尽快生效，本步骤201可基于移动客户端主动获取字符串资源的方式实现。下文图3所示流程描述了移动客户端如何通过主动获取字符串资源的方式实现步骤201，这里暂不赘述。
当移动客户端为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源后，执行步骤202。
步骤202，移动客户端在运行所述移动APP的运行时(runtime)环境中，依据本移动客户端支持的操作系统加载已获取的所述字符串资源。
在应用中，移动客户端支持IOS操作系统或者安卓操作系统，而移动客户端支持的操作系统不同，其加载已获取的字符串资源的方式不同，下文通过实施例详细描述。
至此，完成图2所示流程。
通过图2所示流程可以看出，在本申请中，移动APP相关联的字符串资源并非通过硬编码在移动APP本地配置，而是配置在服务端，与移动APP本地无关，这相比移动APP相关联的字符串资源通过硬编码的方式打包配置在移动APP本地，本申请中的在服务端配置移动APP相关联的字符串资源能够更方便、快捷修改移动APP相关联的字符串资源，不需要重新打包、发布版本，大大提高字符串资源更新效率，也无需重启移动APP或者操作系统。
下面通过图3所示流程描述移动客户端如何通过主动获取字符串资源的方式实现步骤201：
参见图3，图3为本申请提供的步骤201实现流程图。如图3所示，该流程可包括：
步骤301，移动客户端接收服务网关发送的配置更新标志，所述配置更新标志是所述服务网关检测到已配置在服务端且与所述移动APP相关联的字符串资源发生更新时发送的。
为了保证移动客户端及时获取已配置在服务端且与所述移动APP相关联的最新字符串资源，在本申请中，如图4所示，服务网关会监测每一业务接口请求(也称HTTP请求)，当服务网关监测到业务接口请求时，服务网关一方面按照现有方式处理业务接口请求：调用业务接口逻辑将业务接口请求发送至对应的业务服务器，另一方面，识别业务接口请求携带的字符串资源版本标识(记为版本标识1)，比较版本标识1与缓存(Cache)中存储的与移动APP相关联的字符串资源版本标识(记为版本标识2)是否一致，若不一致，则意味着移动APP相关联的字符串资源发生了变化，此时会发送配置更新标志给移动客户端，如此，移动客户端会接收到服务网关发送的配置更新标志。
当移动客户端会接收到服务网关发送的配置更新标志后，执行步骤302。
步骤302，移动客户端依据所述配置更新标志向服务端发送请求，以请求配置在服务端且与所述移动APP相关联的最新的字符串资源。
当服务端接收到移动客户端发送的请求时，服务器会向移动客户端返回移动APP相关联的最新的字符串资源。
步骤303，移动客户端接收所述服务器返回的配置在服务端且与所述移动APP相关联的最新的字符串资源。
当移动客户端接收到服务器返回的配置在服务端且与所述移动APP相关联的最新的字符串资源，则移动客户端会将新接收的与所述移动APP相关联的最新的字符串资源覆盖原有的与所述移动APP相关联的字符串资源，并重新渲染所述移动APP的界面。
至此，完成图3所示流程。
通过图3所示流程，移动客户端最终主动获取已配置在服务端且与所述移动APP相关联的字符串资源。
如上描述，移动客户端支持IOS操作系统或者安卓操作系统，移动客户端支持的操作系统不同，上述步骤202中，移动客户端加载已获取的字符串资源的方式不同，下面分别进行描述：
以移动客户端支持IOS操作系统为例描述：
在IOS操作系统下，移动APP的硬编码配置文件(包含移动APP相关联的字符串资源，移动APP相关联的字符串资源包括但不限于Key和翻译字符串的Mapping)是存放在第二指定目录下的。这里的第二指定目录可为仅支持只读的mainbundle目录。在具体实现时，调用用于加载第二指定目录中字符串资源的方法(记为方法1)加载第二指定目录中字符串资源，以读取Stroyboard、Xib、图片、文字。在一个例子中，这里的方法1可为：
-(NSString*localizedStringFoeKey:(NSString*)key value:(NSString*)value table:(NSString*)tableName。
在本申请中，为尽可能利用IOS操作系统的原生功能，不对IOS操作系统的原生功能进行过多改进，则本申请中，首先，当移动客户端为本地移动APP获取已配置在服务端且与移动APP相关联的字符串资源时，移动客户端会将获取的所述字符串资源存储在不同于第二指定目录的第一指定目录下。这里的第一指定目录可为支持读写的文件(Document)目录。
一旦移动客户端将获取的字符串资源存储在第一指定目录下，则需要做的是加载第一指定目录下的字符串资源，而不再按照IOS系统默认支持的加载第二指定目录下的字符串资源。为了实现不再按照IOS系统默认支持的加载第二指定目录下的字符串资源，则需要在移动APP运行时修改上述的方法1，即修改原本用于加载所述第二指定目录中字符串资源的方法(方法1)，以将原本用于加载所述第二指定目录中字符串资源切换为加载所述第一指定目录中已获取的所述字符串资源。如此，即实现了IOS操作系统下加载已获取的字符串资源。
再以移动客户端支持安卓操作系统为例描述：
在安卓操作系统下，移动APP的语言包随安装包附带的语言文件string.xml放置在缺省语言文件夹中，可选用中文或英语作为默认安装语言，也可随安装包附带其他国家的语言，放置在对应国家的资源文件夹中。这里，移动APP的语言包也可称为移动APP的硬编码配置文件，至少包含了移动APP相关联的字符串资源(包含Key和翻译字符串的Mapping)。放置了移动APP默认语言列表的文件夹(比如上述缺省语言文件夹、对应国家的资源文件夹)所在的目录称为第四指定目录。
在本申请中，为尽可能利用安卓操作系统的原生功能，不对安卓操作系统的原生功能进行过多改进，则本申请中，首先，移动客户端将为本地移动APP获取的配置在服务端且与所述移动APP相关联的字符串资源(在安卓操作系统下，也称语言包)放置在与上述第四指定目录不同的第三指定目录。这里的第三指定目录可为移动APP的安装目录。
一旦移动客户端将为本地移动APP获取的配置在服务端且与所述移动APP相关联的字符串资源(在安卓操作系统下，也称语言包)放置在第三指定目录，则需要做的是加载第三指定目录下的字符串资源，而不再按照安卓系统默认支持的加载第四指定目录下的字符串资源。
为了实现加载第三指定目录下的字符串资源，则执行以下步骤：
步骤a1，创建用于加载所述第三指定目录中所述字符串资源的第一资源管理器(AssetManager)并替换已有的用于加载所述第四指定目录中字符串资源的第二AssetManager。
步骤a2，通过应用于安卓操作系统中的反射调用(addAssetPath)方式将资源加载路径从加载第四指定目录中字符串资源的第一路径切换为加载第三指定目录中字符串资源的第二路径。
步骤a3，使用第一AssetManager并依据所述第二路径加载第三指定目录中字符串资源。最终使用新创建的第一AssetManager加载移动客户端为本地移动APP获取的配置在服务端且与所述移动APP相关联的字符串资源(在安卓操作系统下，也称语言包)。
以上以移动客户端分别支持IOS操作系统、安卓操作系统为例进行了描述，如上描述，虽然移动客户端支持IOS操作系统、安卓操作系统下具体实现稍有不同，但主要逻辑还是一致的，具体如图5所示。
以上对本申请提供的方法进行了描述，下面对本申请提供的装置进行描述：
参见图6，图6为本申请提供的装置结构图。该装置应用于移动客户端，包括：
资源获取单元，用于为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源；
资源加载单元，用于在运行所述移动APP的运行时runtime环境中，依据本移动客户端支持的操作系统加载已获取的所述字符串资源。
作为一个实施例，所述资源获取单元为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源包括：
接收所述服务端主动通知的已配置在所述服务端且与所述移动APP相关联的字符串资源。
作为一个实施例，所述资源获取单元为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源包括：
接收服务网关发送的配置更新标志；所述服务网关是在检测到已配置在服务端且与所述移动APP相关联的字符串资源发生更新时发送所述配置更新标志；
依据所述配置更新标志向服务端发送请求，以请求配置在服务端且与所述移动APP相关联的最新的字符串资源；
接收所述服务器返回的配置在服务端且与所述移动APP相关联的最新的字符串资源。
作为一个实施例，所述移动客户端支持的操作系统为IOS操作系统；
所述资源加载单元在依据本移动客户端支持的操作系统加载已获取的所述字符串资源之前，进一步将所述资源获取单元获取的所述字符串资源存储在第一指定目录下，所述第一指定目录不同于所述移动APP的硬编码配置文件所处的第二指定目录；
所述资源加载单元依据本移动客户端支持的操作系统加载已获取的所述字符串资源包括：
修改原本用于加载所述第二指定目录中字符串资源的方法，以将原本用于加载所述第二指定目录中字符串资源切换为加载所述第一指定目录中已获取的所述字符串资源。
作为一个实施例，所述移动客户端支持的操作系统为安卓操作系统；
所述资源加载单元在依据本移动客户端支持的操作系统加载已获取的所述字符串资源之前，进一步将所述资源获取单元获取的字符串资源存储在第三指定目录下，第三指定目录不同于所述移动APP的硬编码配置文件所处的第四指定目录；
所述资源加载单元依据本移动客户端支持的操作系统加载已获取的所述字符串资源包括：
创建用于加载所述第三指定目录中所述字符串资源的第一资源管理器AssetManager并替换已有的用于加载所述第四指定目录中字符串资源的第二资源管理器AssetManager
通过应用于安卓操作系统中的反射调用addAssetPath方式将资源加载路径从加载第四指定目录中字符串资源的第一路径切换为加载第三指定目录中字符串资源的第二路径；
使用所述第一资源管理器AssetManager并依据所述第二路径加载第三指定目录中字符串资源。
至此，完成图6所示的装置结构描述。
相应于上述方法实施例，本申请实施例还提供了一种电子设备；在具体应用中，该电子设备可以为个人计算机等等，本申请并不具体限定。
如图7所示，所述电子设备包括：内部总线710、存储器(memory)720、处理器(processor)730和通信接口(Communications Interface)740；其中，所述处理器730、所述通信接口740、所述存储器720通过所述内部总线710完成相互间的通信；
其中，所述存储器720，用于存储移动APP的字符串加载对应的机器可行指令；
所述处理器730，用于读取所述存储器720上的所述机器可读指令，并执行所述指令以实现本申请所提供的移动APP的字符串加载方法。
本实施例中，移动APP的字符串加载方法的相关描述可以参见本申请所提供方法实施例中的描述内容，在此不做赘述。
本申请还提供了系统结构图。参见图8，图8为本申请提供的系统结构图。如图8所示，该系统包括：移动客户端、服务端；
服务端，用于存储移动客户端本地移动APP相关联的字符串资源；
所述移动客户端，用于从所述服务端为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源，并在运行所述移动APP的运行时runtime环境中，依据本移动客户端支持的操作系统加载已获取的所述字符串资源。
作为一个实施例，所述系统进一步包括：服务网关，其中，所述服务网关、所述服务网关与所述服务端承载在同一设备，或者，所述服务网关与所述服务端承载在不同设备；
基于此，所述服务网关，用于检查所述服务端配置的与移动客户端本地移动APP相关联的字符串资源是否发生更新；若是，向所述移动客户端返回配置更新标志；
所述移动客户端，进一步用于接收所述配置更新标志，依据所述配置更新标志向服务端发送请求，以请求配置在服务端且与所述移动APP相关联的最新的字符串资源；接收所述服务器返回的配置在服务端且与所述移动APP相关联的最新的字符串资源。
作为一个实施例，所述服务网关检查服务端配置的与移动客户端本地移动APP相关联的字符串资源是否发生更新包括：
监测来自所述移动客户端的业务接口请求；
当监测到所述业务接口请求时，比较缓存中存储的与所述移动客户端本地移动APP相关联的字符串资源的版本标识是否与所述业务接口请求携带的版本标识一致，
若否，确定服务端配置的与移动客户端本地移动APP相关联的字符串资源发生更新；若是，确定服务端配置的与移动客户端本地移动APP相关联的字符串资源未发生更新。
在本实施例中，移动客户端加载字符串资源的具体相关描述可以参见本申请所提供方法实施例中的描述内容，在此不做赘述。
至此，完成图8所示的系统结构描述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (14)

1.一种移动APP的字符串加载方法，其特征在于，该方法应用于移动客户端，包括：
为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源；
在运行所述移动APP的运行时runtime环境中，依据本移动客户端支持的操作系统加载已获取的所述字符串资源。
2.根据权利要求1所述的方法，其特征在于，为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源包括：
接收所述服务端主动通知的已配置在所述服务端且与所述移动APP相关联的字符串资源。
3.根据权利要求1所述的方法，其特征在于，为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源包括：
接收服务网关发送的配置更新标志；所述配置更新标志是所述服务网关检测到已配置在服务端且与所述移动APP相关联的字符串资源发生更新时发送的；
依据所述配置更新标志向服务端发送请求，以请求配置在服务端且与所述移动APP相关联的最新的字符串资源；
接收所述服务器返回的配置在服务端且与所述移动APP相关联的最新的字符串资源。
4.根据权利要求1所述的方法，其特征在于，所述移动客户端支持的操作系统为IOS操作系统；
所述依据本移动客户端支持的操作系统加载已获取的所述字符串资源之前，进一步包括：将获取的所述字符串资源存储在第一指定目录下，所述第一指定目录不同于所述移动APP的硬编码配置文件所处的第二指定目录；
所述依据本移动客户端支持的操作系统加载已获取的所述字符串资源包括：
修改原本用于加载所述第二指定目录中字符串资源，以将原本用于加载所述第二指定目录中字符串资源切换为加载所述第一指定目录中已获取的所述字符串资源。
5.根据权利要求1所述的方法，其特征在于，所述移动客户端支持的操作系统为安卓操作系统；
所述依据本移动客户端支持的操作系统加载已获取的所述字符串资源之前，进一步包括：将获取的字符串资源存储在第三指定目录下，第三指定目录不同于所述移动APP的硬编码配置文件所处的第四指定目录；
所述依据本移动客户端支持的操作系统加载已获取的所述字符串资源包括：
创建用于加载所述第三指定目录中所述字符串资源的第一资源管理器AssetManager并替换已有的用于加载所述第四指定目录中字符串资源的第二资源管理器AssetManager；
通过应用于安卓操作系统中的反射调用addAssetPath方式将资源加载路径从加载第四指定目录中字符串资源的第一路径切换为加载第三指定目录中字符串资源的第二路径；
使用所述第一资源管理器AssetManager并依据所述第二路径加载第三指定目录中字符串资源。
6.一种移动APP的字符串加载装置，其特征在于，该装置应用于移动客户端，包括：
资源获取单元，用于为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源；
资源加载单元，用于在运行所述移动APP的运行时runtime环境中，依据本移动客户端支持的操作系统加载已获取的所述字符串资源。
7.根据权利要求6所述的装置，其特征在于，所述资源获取单元为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源包括：
接收所述服务端主动通知的已配置在所述服务端且与所述移动APP相关联的字符串资源。
8.根据权利要求6所述的装置，其特征在于，所述资源获取单元为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源包括：
接收服务网关发送的配置更新标志；所述服务网关是在检测到已配置在服务端且与所述移动APP相关联的字符串资源发生更新时发送所述配置更新标志；
依据所述配置更新标志向服务端发送请求，以请求配置在服务端且与所述移动APP相关联的最新的字符串资源；
接收所述服务器返回的配置在服务端且与所述移动APP相关联的最新的字符串资源。
9.根据权利要求6所述的装置，其特征在于，所述移动客户端支持的操作系统为IOS操作系统；
所述资源加载单元在依据本移动客户端支持的操作系统加载已获取的所述字符串资源之前，进一步将所述资源获取单元获取的所述字符串资源存储在第一指定目录下，所述第一指定目录不同于所述移动APP的硬编码配置文件所处的第二指定目录；
所述资源加载单元依据本移动客户端支持的操作系统加载已获取的所述字符串资源包括：
修改原本用于加载所述第二指定目录中字符串资源的方法，以将原本用于加载所述第二指定目录中字符串资源切换为加载所述第一指定目录中已获取的所述字符串资源。
10.根据权利要求6所述的装置，其特征在于，所述移动客户端支持的操作系统为安卓操作系统；
所述资源加载单元在依据本移动客户端支持的操作系统加载已获取的所述字符串资源之前，进一步将所述资源获取单元获取的字符串资源存储在第三指定目录下，第三指定目录不同于所述移动APP的硬编码配置文件所处的第四指定目录；
所述资源加载单元依据本移动客户端支持的操作系统加载已获取的所述字符串资源包括：
创建用于加载所述第三指定目录中所述字符串资源的第一资源管理器AssetManager并替换已有的用于加载所述第四指定目录中字符串资源的第二资源管理器AssetManager；
通过应用于安卓操作系统中的反射调用addAssetPath方式将资源加载路径从加载第四指定目录中字符串资源的第一路径切换为加载第三指定目录中字符串资源的第二路径；
使用所述第一资源管理器AssetManager并依据所述第二路径加载第三指定目录中字符串资源。
11.一种电子设备，其特征在于，包括：内部总线、存储器、处理器和通信接口；其中，所述处理器、所述通信接口、所述存储器通过所述内部总线完成相互间的通信；其中，所述存储器，用于存储移动APP的字符串加载方法对应的机器可行指令；
所述处理器，用于读取所述存储器上的所述机器可读指令，并执行所述指令以实现权利要求1-5任一项所述的移动APP的字符串加载方法。
12.一种移动APP的字符串加载系统，其特征在于，该系统包括：移动客户端、服务端；
所述服务端，用于存储移动客户端本地移动APP相关联的字符串资源；
所述移动客户端，用于从所述服务端为本地移动APP获取已配置在服务端且与所述移动APP相关联的字符串资源，并在运行所述移动APP的运行时runtime环境中，依据本移动客户端支持的操作系统加载已获取的所述字符串资源。
13.根据权利要求12所述的系统，其特征在于，所述系统进一步包括：服务网关，其中，所述服务网关、所述服务网关与所述服务端承载在同一设备，或者，所述服务网关与所述服务端承载在不同设备；
所述服务网关，用于检查所述服务端配置的与移动客户端本地移动APP相关联的字符串资源是否发生更新；若是，向所述移动客户端返回配置更新标志；
所述移动客户端，进一步用于接收所述配置更新标志，依据所述配置更新标志向服务端发送请求，以请求配置在服务端且与所述移动APP相关联的最新的字符串资源；接收所述服务器返回的配置在服务端且与所述移动APP相关联的最新的字符串资源。
14.根据权利要求13所述的系统，其特征在于，所述服务网关检查服务端配置的与移动客户端本地移动APP相关联的字符串资源是否发生更新包括：
监测来自所述移动客户端的业务接口请求；
当监测到所述业务接口请求时，比较缓存中存储的与所述移动客户端本地移动APP相关联的字符串资源的版本标识是否与所述业务接口请求携带的版本标识一致，
若否，确定服务端配置的与移动客户端本地移动APP相关联的字符串资源发生更新；若是，确定服务端配置的与移动客户端本地移动APP相关联的字符串资源未发生更新。
CN201810200788.9A 2018-03-12 2018-03-12 移动app的字符串加载方法、装置、系统及电子设备 Pending CN110333902A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810200788.9A CN110333902A (zh) 2018-03-12 2018-03-12 移动app的字符串加载方法、装置、系统及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810200788.9A CN110333902A (zh) 2018-03-12 2018-03-12 移动app的字符串加载方法、装置、系统及电子设备

Publications (1)

Publication Number Publication Date
CN110333902A true CN110333902A (zh) 2019-10-15

Family

ID=68138826

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810200788.9A Pending CN110333902A (zh) 2018-03-12 2018-03-12 移动app的字符串加载方法、装置、系统及电子设备

Country Status (1)

Country Link
CN (1) CN110333902A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113961300A (zh) * 2021-12-16 2022-01-21 杭州行至云起科技有限公司 一种iOS APP字符串资源文件翻译方法及系统

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101076189A (zh) * 2007-06-13 2007-11-21 华为技术有限公司 一种更新终端语言的方法、终端和系统
CN101441567A (zh) * 2008-11-18 2009-05-27 宇龙计算机通信科技(深圳)有限公司 一种在移动终端中支持多语言用户界面的方法及系统
CN102955915A (zh) * 2011-08-23 2013-03-06 中国移动通信集团公司 一种Java应用安全访问控制方法及其装置
CN103176810A (zh) * 2011-12-26 2013-06-26 北京神州泰岳软件股份有限公司 一种安卓操作系统的终端换肤的方法和系统
CN104023073A (zh) * 2014-06-13 2014-09-03 北京奇虎科技有限公司 一种资源的推送方法、系统及装置
CN105094905A (zh) * 2015-07-21 2015-11-25 北京金山安全软件有限公司 动态加载语言资源的方法和装置
CN105760405A (zh) * 2014-12-19 2016-07-13 阿里巴巴集团控股有限公司 用于加载web页面的网络资源获取方法、缓存方法及装置
CN106250104A (zh) * 2015-06-09 2016-12-21 阿里巴巴集团控股有限公司 一种针对服务器的远程操作系统、方法及装置
CN106445597A (zh) * 2016-09-28 2017-02-22 依偎科技（南昌）有限公司 一种应用下载方法、终端、服务器及系统
CN107092468A (zh) * 2016-02-17 2017-08-25 腾讯科技（深圳）有限公司 一种消息显示方法及装置

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101076189A (zh) * 2007-06-13 2007-11-21 华为技术有限公司 一种更新终端语言的方法、终端和系统
CN101441567A (zh) * 2008-11-18 2009-05-27 宇龙计算机通信科技(深圳)有限公司 一种在移动终端中支持多语言用户界面的方法及系统
CN102955915A (zh) * 2011-08-23 2013-03-06 中国移动通信集团公司 一种Java应用安全访问控制方法及其装置
CN103176810A (zh) * 2011-12-26 2013-06-26 北京神州泰岳软件股份有限公司 一种安卓操作系统的终端换肤的方法和系统
CN104023073A (zh) * 2014-06-13 2014-09-03 北京奇虎科技有限公司 一种资源的推送方法、系统及装置
CN105760405A (zh) * 2014-12-19 2016-07-13 阿里巴巴集团控股有限公司 用于加载web页面的网络资源获取方法、缓存方法及装置
CN106250104A (zh) * 2015-06-09 2016-12-21 阿里巴巴集团控股有限公司 一种针对服务器的远程操作系统、方法及装置
CN105094905A (zh) * 2015-07-21 2015-11-25 北京金山安全软件有限公司 动态加载语言资源的方法和装置
CN107092468A (zh) * 2016-02-17 2017-08-25 腾讯科技（深圳）有限公司 一种消息显示方法及装置
CN106445597A (zh) * 2016-09-28 2017-02-22 依偎科技（南昌）有限公司 一种应用下载方法、终端、服务器及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113961300A (zh) * 2021-12-16 2022-01-21 杭州行至云起科技有限公司 一种iOS APP字符串资源文件翻译方法及系统

Similar Documents

Publication Publication Date Title
US10412176B2 (en) Website access method, apparatus, and website system
US10694353B2 (en) Updating web resources
US10713034B2 (en) Updating web resources
CN105094922B (zh) 应用程序免安装运行控制方法及其装置
CN104468817B (zh) 通过cdn下载资源的实现方法和装置、服务器、客户端
KR101953942B1 (ko) 전용 캐시 관리 시스템 및 방법
CN108958927A (zh) 容器应用的部署方法、装置、计算机设备和存储介质
CN115291964A (zh) 减少无服务器函数启动延迟的机制
KR20180098562A (ko) 페이지 점프 방법 및 장치
CN105988846B (zh) 页面加载方法及页面加载装置
CN103942225A (zh) 一种混合型应用客户端的资源调用方法、客户端及系统
CN105589701B (zh) 一种客户端应用程序局部更新方法及装置
CN103200212A (zh) 一种在云计算环境下实现分布式会话的方法和系统
CN102833350A (zh) WebApp更新的处理方法和处理装置
JP2002101120A (ja) 通信方法および情報処理装置
CN103716346A (zh) 一种安卓手机客户端上应用的管理方法和装置
US9686345B2 (en) Device management method and apparatus
CN103647811A (zh) 一种实现应用访问后台服务的方法和装置
KR102006640B1 (ko) 시스템, 서버 시스템, 방법 및 프로그램
CN110333902A (zh) 移动app的字符串加载方法、装置、系统及电子设备
CN111338685A (zh) 一种公用组件配置方法、装置、设备和存储介质
CN117082053A (zh) 一种云原生的文件服务的上传下载的方法
US20160182605A1 (en) Dynamic Content Aggregation
CN112181470A (zh) 一种部署补丁的方法和装置
CN117648511A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20191015

RJ01 Rejection of invention patent application after publication