应用间HSP开发指导
应用间HSP开发指导
应用间HSP
用于不同应用间的代码、资源共享。
应用间HSP
的宿主应用是一种特殊状态的应用,只能由一个HSP
组成,不会独立运行在设备上,而是被普通应用模块的依赖项引用。当普通应用运行时,通过动态调用的方式使用应用间HSP
提供的能力,从而实现应用自身所需要的功能。
注意事项
- 应用间
HSP
的代码会运行在开发者应用的进程中,调用相关代码时,需要做好异常捕获与容错处理,防止由于应用间HSP
功能异常导致的稳定性问题。 - 一个应用可以同时依赖多个应用间
HSP
。 - 应用间
HSP
会影响开发者应用自身的启动时间,依赖过多的应用间HSP
可能会导致启动时延发生明显的劣化,建议将依赖的数目控制在16个以内。 - 应用间
HSP
安装时需要对特权权限进行校验,如果想要开发应用间HSP
,需要配置allowAppShareLibrary应用特权,具体配置方式参考应用特权配置指南。
应用间HSP的使用
应用间HSP会分为两部分对外发布:
一部分为HAR,HAR
包中不会包含具体的功能实现代码,而仅仅包含导出的对象与方法,所以体积很小。应用开发者将HAR
包集成到自身的工程中,然后就可以通过调用HAR
包中提供的对象与方法完成自身的应用功能。
另外一部分为HSP,这部分为应用间HSP
的具体实现,里面包含js/ts代码、C++库、资源和配置文件。这部分会上架到应用市场或者集成到系统版本中。
集成应用间HSP的HAR
HAR
中的index.d.ets
文件是应用间HSP
导出的声明文件的入口,所有需要导出的接口,统一在index.d.ets
文件中定义。index.d.ets
文件路径如下:
src
├── main
| └── module.json5
├── index.d.ets
└── oh-package.json5
2
3
4
5
index.d.ets
内容样例如下:
@Component
export declare struct UIComponent {
build():void;
}
export declare function hello(): string;
export declare function foo1(): string;
export declare function foo2(): string;
export declare function nativeHello(): string;
2
3
4
5
6
7
8
9
10
11
12
其中UIComponent为导出的ArkUI组件,hello()
、foo1()
与foo2()
为应用间HSP导出的ts方法,nativeHello()
方法为应用间HSP导出的native方法。具体实现如下:
ArkUI组件
在HSP
中ArkUI组件的具体实现样例:
// lib/src/main/ets/ui/MyUIComponent.ets
@Component
export struct UIComponent {
@State message: string = 'Hello World'
build() {
Column() {
Text(this.message)
.fontSize(32)
.padding(8)
.fontColor(0xffffff)
.backgroundColor(0x0000ff)
}.padding(8).width('100%')
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
ts方法
在HSP
中ts方法的具体实现:
export function hello(name: string): string {
return "hello + " + name;
}
export function foo1() {
return "foo1";
}
export function foo2() {
return "foo2";
}
2
3
4
5
6
7
8
9
10
11
native方法
在HSP
中native方法的具体实现:
#include "napi/native_api.h"
#include <js_native_api.h>
#include <js_native_api_types.h>
#include <string>
const std::string libname = "liba";
const std::string version = "v10001";
static napi_value Hello(napi_env env, napi_callback_info info) {
napi_value ret;
std::string msg = libname + ":native hello, " + version;
napi_create_string_utf8(env, msg.c_str(), msg.length(), &ret);
return ret;
}
EXTERN_C_START
static napi_value Init(napi_env env, napi_value exports) {
napi_property_descriptor desc[] = {
{"nativeHello", nullptr, Hello, nullptr, nullptr, nullptr, napi_default, nullptr}};
napi_define_properties(env, exports, sizeof(desc) / sizeof(desc[0]), desc);
return exports;
}
EXTERN_C_END
static napi_module demoModule = {
.nm_version = 1,
.nm_flags = 0,
.nm_filename = nullptr,
.nm_register_func = Init,
.nm_modname = "liba",
.nm_priv = ((void *)0),
.reserved = {0},
};
extern "C" __attribute__((constructor)) void RegisterLibaModule(void) {
napi_module_register(&demoModule);
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
使用HAR导出的能力
引用HAR
前,需要先配置对HAR
的依赖,配置方式可参考文档。HAR
配置成功后,在配置模块的module.json5
中会生成相关依赖项信息,如下所示:
"dependencies": [
{
"bundleName": "com.share.liba",
"moduleName": "liba",
"versionCode": 10001
}
]
2
3
4
5
6
7
其中bundleName
为应用间HSP
的bundle
名称,moduleName
为应用间HSP
的模块名称,versionCode
为应用间HSP
的版本号。
使用HAR中的ArkUI组件
HAR
的依赖配置成功后,可以引用HAR
的ArkUI组件。ArkUI组件的导入方式与ts的导入方式一致,通过import
引入HAR
导出的ArkUI组件,示例如下所示:
import { UIComponent } from 'liba'
@Entry
@Component
struct Index {
@State message: string = 'Hello World'
build() {
Row() {
// 引用HAR的ArkUI组件
UIComponent()
Column() {
Text(this.message)
.fontSize(50)
.fontWeight(FontWeight.Bold)
}
.width('100%')
}
.height('100%')
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
使用HAR中的ts方法
通过import
引用HAR
导出的ts类和方法,示例如下所示:
import { foo1 } from 'liba'
import { foo2 } from 'liba'
@Component
struct Index {
build() {
Row() {
Column() {
Button('Button')
.onClick(()=>{
// 引用HAR的ts方法
foo1();
foo2();
})
}
.width('100%')
}
.height('100%')
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
使用HAR中的native方法
通过import
引用HAR
导出的native方法,示例如下所示:
import { nativeHello } from 'liba'
@Component
struct Index {
build() {
Row() {
Column() {
Button('Button')
.onClick(()=>{
// 引用HAR的native方法
nativeHello();
})
}
.width('100%')
}
.height('100%')
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
应用间HSP的分发方式
应用间HSP
由于并未直接完整的集成到开发者应用中去,所以需要提前预置在系统版本中或者随开发者应用同步安装到设备上,主要有以下两种形式:
- 随系统发布,部分常用应用间
HSP
会预置在系统版本中。 - 随应用发布,即用户在应用市场下载应用时,如果应用依赖了一个或者多个应用间
HSP
,同时设备上没有安装这个其依赖的应用间HSP
时,应用市场会为用户同时下载普通应用以及其依赖的应用间HSP
。从而保证普通应用能够正常使用共享库的功能。
应用间HSP的调试方式
开发者本地调试应用间HSP
相关的功能时,可能并不具备上述分发的条件,此时可以通过bm
相关指令本地完成应用间HSP
的分发,主要步骤如下:
- 获取到应用间
HSP
的安装包。 - 通过
bm
指令先安装应用间HSP
的安装包。
bm install -s sharebundle.hsp
- 通过
bm
指令后安装开发者自身的应用hap
。
bm install -p feature.hap
- 启动开发者自身的应用,调试相关功能。
注意:步骤2和步骤3不可以颠倒,否则会由于缺少必要的应用间HSP
导致开发者的应用安装失败。更多bm
相关指令可以参考文档。