#打卡不停更#三方库移植之NAPI开发[3]通过IDE开发NAPI工程 原创 精华
- 在三方库移植之NAPI开发[1]—Hello OpenHarmony NAPI一文中,笔者开发的是一个
rom
包的napi工程。该工程需要编译烧录固件,C ++的动态库会集成到开发板的ROM中。 - 在本篇文章中,笔者使用三方库移植之NAPI开发[1]—Hello OpenHarmony NAPI中一样的hellonapi.cpp和index.ets源码,通过IDE开发一个
RAM
包的NAPI工程(集成C ++的动态库到开发板的RAM中),直接编译安装hap包到开发板即可。两个开发方式的hap包运行效果一致。
往期回顾:
三方库移植之NAPI开发[1]—Hello OpenHarmony NAPI
三方库移植之NAPI开发[2]C/C++与JS的数据类型转换
目录
开发环境:
- IDE:DevEco Studio 3.0 Release
- 开发板:润和DAYU200开发板
创建工程
打开IDE,创建一个Native C++工程。
SDK选择API9,model选择Stage。
源码实现
- 新建的Native C++工程有一个默认的hello world教程,接下来需要编辑的文件如下
C++方法实现
将默认的hello.cpp文件重命名为hellonapi.cpp,选中右键选中重构重命名。
hellonapi.cpp内容如下:
此时的native_api.h文件是在sdk\native\3.2.7.5\sysroot\usr\include\napi目录下
CMakeLists.txt编译配置文件编写
- 和开发rom包的NAPI工程需要在BUILD.gn文件中指定编译so库需要的头文件和源文件、动态库名称、依赖的库一样,通过IDE开发ROM包时也需要在CMakeLists.txt中指定编译so库需要的头文件和源文件、动态库名称、依赖的库,内容如下:
NATIVERENDER_ROOT_PATH
路径指的是sdk\native\3.2.7.5\sysroot\usradd_library(hellonapi SHARED hellonapi.cpp)
表示编译libhellonapi.so需要的是hellonapi.cpptarget_link_libraries(hellonapi PUBLIC libace_napi.z.so)
表示编译编译libhellonapi.so依赖libace_napi.z.so
开发ROM包的NAPI工程时,libhellonapi.z.so也依赖libace_napi.z.so,以下为开发ROM包的NAPI工程时BUILD.gn文件
libhellonapi.so依赖的libace_napi.z.so在sdk\native\3.2.7.5\sysroot\usr\lib\aarch64-linux-ohos目录下
sdk\native\3.2.7.5\sysroot\usr\lib\arm-linux-ohos目录下也有开发ROM包的NAPI时候可能依赖的动态库。
index.d.ts声明文件编写
index.d.ts内容如下:
界面设计
index.ets和三方库移植之NAPI开发[1]—Hello OpenHarmony NAPI一文中一致。
json配置文件编写
- package.json内容如下
- entry/package-lock.json内容如下
有报错就删除原有的libentry.so符号链接
- entry/package.json内容如下
-
修改原有的libentry为libhellonapi
-
设置hap为自动签名
hap包运行效果
和三方库移植之NAPI开发[1]—Hello OpenHarmony NAPI一文效果一致
总结:RAM包的NAPI工程和ROM包的NAPI工程的异同
以下为个人总结,希望各位老师和同学批评指正
- 动态库的命名方式的不同,RAM包的NAPI工程(通过IDE开发NAPI工程)使用的动态库libhellonapi.so,而ROM包的NAPI工程编译出来使用的动态库是libhellonapi.z.so。
libhellonapi.so位于hap包源码路径如下
entry\build\default\intermediates\libs\default\arm64-v8a
entry\build\default\intermediates\cmake\default\obj\arm64-v8a
entry\build\default\intermediates\libs\default\armeabi-v7a
entry\build\default\intermediates\cmake\default\obj\armeabi-v7a
-
开发ROM包的NAPI工程需要加入OHOS编译体系,编写BULID.gn、ohos.build等,开发过程较为繁琐。而RAM包的NAPI工程不需要加入OHOS编译体系,编写CMakeLists.txt配置编译需要的源文件、头文件、依赖的库等。因此开发RAM包的NAPI工程相对简洁。
-
.d.ts声明文件的编写不同
开发ROM包的NAPI工程时,笔者编写的@ohos.hellonapi.d.ts内容为
开发RAM包的NAPI工程时,笔者编写的@ohos.hellonapi.d.ts内容为
编写.d.ts声明文件时,RAM包开发的NAPI工程定义功能方法getHelloString: () => string
比ROM包多了=>
符号。
知识点附送
- 以下为开发ROM包的NAPI工程时,需要添加进入sdk的声明文件模板
@ohos.模块名.d.ts文件:
每一步包括坑点都讲的很详细,前排支持下
不错不错,很详细
楼主,麻烦问一下openssl可以用这个方式移植到鸿蒙上吗