鸿蒙开发napi系列学习高阶篇——通过IDE集成C/C++三方库并开发napi接口

于 2024-05-17 21:17:15 发布
阅读量1.2k 收藏 31
点赞数 12
分类专栏： OpenHarmony 移动开发 鸿蒙开发 文章标签： harmonyos c语言 HarmonyOS 移动开发 OpenHarmony 鸿蒙开发 ide
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_70748458/article/details/139013227
版权
鸿蒙开发 同时被 3 个专栏收录
523 篇文章 7 订阅
订阅专栏
OpenHarmony
451 篇文章 3 订阅
订阅专栏
移动开发
340 篇文章 3 订阅
订阅专栏

简介

应用在调用系统固件集成的C/C++三方库时，可能会由于系统固件集成端与IDE的NDK中libc++版本不一致导致调用失败，而且系统固件集成的C/C++三方库对于应用的调式也很不友好，需要多方编译调试，很不方便。因此本文将通过在IDE上适配openjpeg 三方库为例介绍IDE上适配一个C/C++三方库的具体流程。

创建工程

在开发进行三方库适配以及napi接口开发前，我们需要创建一个三方库对应的工程，具体创建工程方法可以参照文档通过IDE开发一个Napi工程。

IDE上三方库的适配

本文中我们以适配 openjpeg 为例介绍整个适配流程 。

原生库准备

下载代码

通过openjpeg github网址，通过Code>>Download ZIP选项下载最新版本的源码包，并将其解压后放在IDE工程中的CPP目录下。

  • 下载openjpeg 2.5.0版本的库：

  • 将库放在IDE工程：

分析编译依赖
  • 分析CMakeLists.txt 对于库不是很复杂且目录结构简单的库可以通过分析CMakeLists.txt文件来获取库的依赖。在openjpeg库中， 通过分析最外层CMakeLists.txt文件，可以得知编译openjpeg核心代码以及需要依赖编译库自带thirdparty，如下图：

而分析thirdparty/CMakeLists.txt文件，如果BUILD_THIRDPARTY开关未打开，将会通过FindPkgConfig自动搜索系统(IDE工具的SDK编译链)中的库文件，如下图：

并由此文件可以分析出该库非强制依赖了libz, libpng, libtiff以及liblcms2，如对libpng依赖的分析中：

IDE工具的SDK编译链中只有libz库，其他三个库是没有的，所以如果需要其他三个库的功能，我们需要将BUILD_THIRDPARTY开关打开，此开关在库顶层目录的CMakeLists.txt文件中，如下图：

到此，本库的依赖就已经分析完了。

  • 通过运行cmake分析 我们除了分析CMakeLists.txt文件外，也可以通过在linux中通过cmake过程来分析对应的依赖。

我们在执行cmake的时候，会有对相关的依赖库的提示：

-- Large File support - found
-- Looking for include file malloc.h
-- Looking for include file malloc.h - found
-- Looking for _aligned_malloc
-- Looking for _aligned_malloc - not found
-- Looking for posix_memalign
-- Looking for posix_memalign - found
-- Looking for memalign
-- Looking for memalign - found
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1")
-- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so (found version "1.2.11")
-- Your system seems to have a Z lib available, we will use it to generate PNG lib
-- Found PNG: /usr/lib/x86_64-linux-gnu/libpng.so (found version "1.6.37")
-- Your system seems to have a PNG lib available, we will use it
-- Found TIFF: /usr/lib/x86_64-linux-gnu/libtiff.so (found version "4.1.0")
-- Your system seems to have a TIFF lib available, we will use it
-- Could NOT find LCMS2 (missing: LCMS2_LIBRARY LCMS2_INCLUDE_DIR)
-- Could NOT find LCMS (missing: LCMS_LIBRARY LCMS_INCLUDE_DIR)
-- LCMS2 or LCMS lib not found, activate BUILD_THIRDPARTY if you want build it
-- Configuring done
-- Generating done

由以上信息可以查看到，编译此库需要依赖libz(found version “1.2.11”)，libpng(found version “1.6.37”)，libtiff(found version “4.1.0”)以及liblcms2(LCMS2 or LCMS lib not found, activate BUILD_THIRDPARTY if you want build it)。从提示中可以看到，如果想要使能对应的功能且系统库中未包含该依赖的话，需要打开BUILD_THIRDPARTY 开关。

除了cmake中获取的依赖，我们也可以通过分析make编译过程获取更多的信息，具体方法可以参照三方库适配依赖分析。

重构CMakeLists

对于不复杂的库且没有其他四方库依赖的三方库，我们可以使用原生库的CMakeLists.txt文件，但是对于一些复杂的，且强制依赖其他四方库的库，使用其原生CMakeLists.txt文件，无法解决四方库依赖的问题。此时，我们就需要对三方库的CMakeLists.txt文件进行重构。
重构CMakeLists文件主要需涉及以下几点：

  • 动态生成配置文件 查看原生CMakeLists.txt文件中是否有configure_file配置项，如果没有可直接跳过此步骤。
    在openjpeg库的原生CMakeLists.txt文件中，有2个配置文件需要动态生成：
# opj_config.h generation (2/2)
configure_file(
 ${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/opj_config.h.cmake.in
 ${CMAKE_CURRENT_BINARY_DIR}/src/lib/openjp2/opj_config.h
 @ONLY
 )

 configure_file(
 ${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/opj_config_private.h.cmake.in
 ${CMAKE_CURRENT_BINARY_DIR}/src/lib/openjp2/opj_config_private.h
 @ONLY
 )

configure_file带了@ONLY参数，该参数限制了变量替换，让其只替换被@VAR@引用的变量。因此我们需要分析两个文件中对应的@VAR@配置规则。首先在opj_config.h.cmake.in文件定义的对应@VAR@的定义：

/* create opj_config.h for CMake */
#cmakedefine OPJ_HAVE_STDINT_H   @OPJ_HAVE_STDINT_H@
/*--------------------------------------------------------------------------*/
/* OpenJPEG Versioning                                                      */

/* Version number. */
#define OPJ_VERSION_MAJOR @OPENJPEG_VERSION_MAJOR@
#define OPJ_VERSION_MINOR @OPENJPEG_VERSION_MINOR@
#define OPJ_VERSION_BUILD @OPENJPEG_VERSION_BUILD@

在分析@VAR@的赋值规则，在顶层CMakeLists.txt中：

# opj_config.h generation (1/2)

# Check if some include files are provided by the system
include(EnsureFileInclude)
# These files are mandatory
ensure_file_include("string.h"   HAVE_STRING_H YES)
ensure_file_include("memory.h"   HAVE_MEMORY_H YES)
ensure_file_include("stdlib.h"   HAVE_STDLIB_H YES)
ensure_file_include("stdio.h"    HAVE_STDIO_H  YES)
ensure_file_include("math.h"     HAVE_MATH_H   YES)
ensure_file_include("float.h"    HAVE_FLOAT_H  YES)
ensure_file_include("time.h"     HAVE_TIME_H   YES)
ensure_file_include("stdarg.h"   HAVE_STDARG_H YES)
ensure_file_include("ctype.h"    HAVE_CTYPE_H  YES)
ensure_file_include("assert.h"   HAVE_ASSERT_H YES)

# For the following files, we provide an alternative, they are not mandatory
ensure_file_include("stdint.h"   OPJ_HAVE_STDINT_H   NO)
ensure_file_include("inttypes.h" OPJ_HAVE_INTTYPES_H NO)

从以上内容通过分析ensure_file_include可以知道，在执行cmake时从系统中查找stdint.h文件，如果查找到则将OPJ_HAVE_STDINT_H置起，否则不会改变。而IDE上是没有stdint.h文件的，因此我们需要在配置文件之前手动将OPJ_HAVE_STDINT_H置起，如下：

set(OPJ_HAVE_STDINT_H TRUE)

其他变量也是通过类似的方法分析。

  • 相关宏定义的设置 通过add_definitions设置三方库的相关宏定义，如下所示：
add_definitions(-DOPJ_HAVE_PNG_H=0 -DOPJ_HAVE_TIFF_H=1 -DOPJ_HAVE_LCMS2_H=1)
  • 源码文件编译 三方库编译的源码可以通过在linux执行make的时候查看分析到：
[  0%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/thread.c.o
[  1%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/bio.c.o
[  1%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/cio.c.o
[  2%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/dwt.c.o
[  3%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/event.c.o
[  3%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/ht_dec.c.o
[  4%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/image.c.o
[  5%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/invert.c.o
[  5%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/j2k.c.o
[  6%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/jp2.c.o
[  7%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/mct.c.o
[  7%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/mqc.c.o
[  8%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/openjpeg.c.o
[  9%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/opj_clock.c.o
[  9%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/pi.c.o
[ 10%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/t1.c.o
[ 10%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/t2.c.o
[ 11%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/tcd.c.o
[ 12%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/tgt.c.o
[ 12%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/function_list.c.o
[ 13%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/opj_malloc.c.o
[ 14%] Building C object src/lib/openjp2/CMakeFiles/openjp2_static.dir/sparse_array.c.o
[ 14%] Linking C static library ../../../bin/libopenjp2.a
[ 14%] Built target openjp2_static
Scanning dependencies of target openjp2
[ 14%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/thread.c.o
[ 15%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/bio.c.o
[ 16%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/cio.c.o
[ 16%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/dwt.c.o
[ 17%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/event.c.o
[ 18%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/ht_dec.c.o
[ 18%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/image.c.o
[ 19%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/invert.c.o
[ 20%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/j2k.c.o
[ 20%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/jp2.c.o
[ 21%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/mct.c.o
[ 22%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/mqc.c.o
[ 22%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/openjpeg.c.o
[ 23%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/opj_clock.c.o
[ 23%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/pi.c.o
[ 24%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/t1.c.o
[ 25%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/t2.c.o
[ 25%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/tcd.c.o
[ 26%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/tgt.c.o
[ 27%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/function_list.c.o
[ 27%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/opj_malloc.c.o
[ 28%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/sparse_array.c.o
[ 29%] Linking C shared library ../../../bin/libopenjp2.so
[ 29%] Built target openjp2
Scanning dependencies of target z
[ 30%] Building C object thirdparty/libz/CMakeFiles/z.dir/adler32.c.o
[ 31%] Building C object thirdparty/libz/CMakeFiles/z.dir/compress.c.o
[ 31%] Building C object thirdparty/libz/CMakeFiles/z.dir/crc32.c.o
[ 32%] Building C object thirdparty/libz/CMakeFiles/z.dir/deflate.c.o
[ 32%] Building C object thirdparty/libz/CMakeFiles/z.dir/gzclose.c.o
[ 33%] Building C object thirdparty/libz/CMakeFiles/z.dir/gzlib.c.o
[ 34%] Building C object thirdparty/libz/CMakeFiles/z.dir/gzread.c.o
[ 34%] Building C object thirdparty/libz/CMakeFiles/z.dir/gzwrite.c.o
[ 35%] Building C object thirdparty/libz/CMakeFiles/z.dir/inflate.c.o
[ 36%] Building C object thirdparty/libz/CMakeFiles/z.dir/infback.c.o
[ 36%] Building C object thirdparty/libz/CMakeFiles/z.dir/inftrees.c.o
[ 37%] Building C object thirdparty/libz/CMakeFiles/z.dir/inffast.c.o
[ 38%] Building C object thirdparty/libz/CMakeFiles/z.dir/trees.c.o
[ 38%] Building C object thirdparty/libz/CMakeFiles/z.dir/uncompr.c.o
[ 39%] Building C object thirdparty/libz/CMakeFiles/z.dir/zutil.c.o
[ 40%] Linking C static library ../lib/libz.a
[ 40%] Built target z
Scanning dependencies of target tiff
[ 40%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_aux.c.o
[ 41%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_close.c.o
[ 42%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_codec.c.o
[ 42%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_color.c.o
[ 43%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_compress.c.o
[ 43%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_dir.c.o
[ 44%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_dirinfo.c.o
[ 45%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_dirread.c.o
[ 45%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_dirwrite.c.o
[ 46%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_dumpmode.c.o
[ 47%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_error.c.o
[ 47%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_extension.c.o
[ 48%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_fax3.c.o
[ 49%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_fax3sm.c.o
[ 49%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_flush.c.o
[ 50%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_getimage.c.o
[ 51%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_jbig.c.o
[ 51%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_jpeg.c.o
[ 52%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_luv.c.o
[ 52%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_lzw.c.o
[ 53%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_next.c.o
[ 54%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_ojpeg.c.o
[ 54%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_open.c.o
[ 55%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_packbits.c.o
[ 56%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_pixarlog.c.o
[ 56%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_predict.c.o
[ 57%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_print.c.o
[ 58%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_read.c.o
[ 58%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_strip.c.o
[ 59%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_swab.c.o
[ 59%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_thunder.c.o
[ 60%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_tile.c.o
[ 61%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_version.c.o
[ 61%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_warning.c.o
[ 62%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_write.c.o
[ 63%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_zip.c.o
[ 63%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_jpeg_12.c.o
[ 64%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_lzma.c.o
[ 65%] Building C object thirdparty/libtiff/CMakeFiles/tiff.dir/tif_unix.c.o
[ 65%] Linking C static library ../lib/libtiff.a
[ 65%] Built target tiff
Scanning dependencies of target lcms2
[ 65%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmsalpha.c.o
[ 66%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmscam02.c.o
[ 66%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmscgats.c.o
[ 67%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmscnvrt.c.o
[ 68%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmserr.c.o
[ 68%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmsgamma.c.o
[ 69%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmsgmt.c.o
[ 70%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmshalf.c.o
[ 70%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmsintrp.c.o
[ 71%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmsio0.c.o
[ 72%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmsio1.c.o
[ 72%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmslut.c.o
[ 73%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmsmd5.c.o
[ 73%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmsmtrx.c.o
[ 74%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmsnamed.c.o
[ 75%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmsopt.c.o
[ 75%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmspack.c.o
[ 76%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmspcs.c.o
[ 77%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmsplugin.c.o
[ 77%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmsps2.c.o
[ 78%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmssamp.c.o
[ 79%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmssm.c.o
[ 79%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmstypes.c.o
[ 80%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmsvirt.c.o
[ 81%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmswtpnt.c.o
[ 81%] Building C object thirdparty/liblcms2/CMakeFiles/lcms2.dir/src/cmsxform.c.o
[ 82%] Linking C static library ../lib/liblcms2.a
[ 82%] Built target lcms2
Scanning dependencies of target opj_dump
[ 82%] Building C object src/bin/jp2/CMakeFiles/opj_dump.dir/opj_dump.c.o
[ 83%] Building C object src/bin/jp2/CMakeFiles/opj_dump.dir/convert.c.o
[ 84%] Building C object src/bin/jp2/CMakeFiles/opj_dump.dir/convertbmp.c.o
[ 84%] Building C object src/bin/jp2/CMakeFiles/opj_dump.dir/index.c.o
[ 85%] Building C object src/bin/jp2/CMakeFiles/opj_dump.dir/__/common/color.c.o
[ 86%] Building C object src/bin/jp2/CMakeFiles/opj_dump.dir/__/common/opj_getopt.c.o
[ 86%] Building C object src/bin/jp2/CMakeFiles/opj_dump.dir/converttif.c.o
[ 87%] Building C object src/bin/jp2/CMakeFiles/opj_dump.dir/convertpng.c.o
[ 88%] Linking C executable ../../../bin/opj_dump
[ 88%] Built target opj_dump
Scanning dependencies of target opj_compress
[ 89%] Building C object src/bin/jp2/CMakeFiles/opj_compress.dir/opj_compress.c.o
[ 90%] Building C object src/bin/jp2/CMakeFiles/opj_compress.dir/convert.c.o
[ 90%] Building C object src/bin/jp2/CMakeFiles/opj_compress.dir/convertbmp.c.o
[ 91%] Building C object src/bin/jp2/CMakeFiles/opj_compress.dir/index.c.o
[ 92%] Building C object src/bin/jp2/CMakeFiles/opj_compress.dir/__/common/color.c.o
[ 92%] Building C object src/bin/jp2/CMakeFiles/opj_compress.dir/__/common/opj_getopt.c.o
[ 93%] Building C object src/bin/jp2/CMakeFiles/opj_compress.dir/converttif.c.o
[ 93%] Building C object src/bin/jp2/CMakeFiles/opj_compress.dir/convertpng.c.o
[ 94%] Linking C executable ../../../bin/opj_compress
[ 94%] Built target opj_compress
Scanning dependencies of target opj_decompress
[ 95%] Building C object src/bin/jp2/CMakeFiles/opj_decompress.dir/opj_decompress.c.o
[ 95%] Building C object src/bin/jp2/CMakeFiles/opj_decompress.dir/convert.c.o
[ 96%] Building C object src/bin/jp2/CMakeFiles/opj_decompress.dir/convertbmp.c.o
[ 97%] Building C object src/bin/jp2/CMakeFiles/opj_decompress.dir/index.c.o
[ 97%] Building C object src/bin/jp2/CMakeFiles/opj_decompress.dir/__/common/color.c.o
[ 98%] Building C object src/bin/jp2/CMakeFiles/opj_decompress.dir/__/common/opj_getopt.c.o
[ 99%] Building C object src/bin/jp2/CMakeFiles/opj_decompress.dir/converttif.c.o
[ 99%] Building C object src/bin/jp2/CMakeFiles/opj_decompress.dir/convertpng.c.o
[100%] Linking C executable ../../../bin/opj_decompress
[100%] Built target opj_decompress

由上面过程可看出，每个编译目标(Built target)所依赖的文件由上一个目标(如果上一个目标由的话)生成后以及该目标生成前的文件组成，如生成libopenjp2.so（Built target openjp）的文件是Built target openjp2_static之后以及Built target openjp之前的文件：

[ 14%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/thread.c.o
[ 15%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/bio.c.o
[ 16%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/cio.c.o
[ 16%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/dwt.c.o
[ 17%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/event.c.o
[ 18%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/ht_dec.c.o
[ 18%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/image.c.o
[ 19%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/invert.c.o
[ 20%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/j2k.c.o
[ 20%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/jp2.c.o
[ 21%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/mct.c.o
[ 22%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/mqc.c.o
[ 22%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/openjpeg.c.o
[ 23%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/opj_clock.c.o
[ 23%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/pi.c.o
[ 24%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/t1.c.o
[ 25%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/t2.c.o
[ 25%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/tcd.c.o
[ 26%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/tgt.c.o
[ 27%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/function_list.c.o
[ 27%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/opj_malloc.c.o
[ 28%] Building C object src/lib/openjp2/CMakeFiles/openjp2.dir/sparse_array.c.o

因此生成libopenjpeg.so的源文件我们就可以这样写：

set(SHARED_LIB_SRC "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/thread.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/bio.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/cio.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/dwt.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/event.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/ht_dec.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/image.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/invert.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/j2k.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/jp2.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/mct.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/mqc.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/openjpeg.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/opj_clock.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/pi.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/t1.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/t2.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/tcd.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/tgt.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/function_list.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/opj_malloc.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/sparse_array.c")

其中CMAKE_CURRENT_SOURCE_DIR是代表当前CMakeLists.txt文件所在的路径。

  • 目标文件生成 这里我们调用add_library生成一个目标文件libopenjpeg_shared.so，其依赖上面分析的源码share_lib_src：
add_library(openjp2 SHARED ${SHARED_LIB_SRC})
  • 添加其他四方库依赖 如果三方库有对其他四方库依赖的话，需要通过target_link_libraries()方法添加对应的依赖。如在工程CPP目录下的CMakeLists.txt文件中的:
target_link_libraries(entry PUBLIC libace_napi.z.so openjg2)      # libace_napi.z.so-系统napi库, openjg2-依赖的openjpeg库
  • 完整的CMakeLists.txt
# the minimum version of CMake.
cmake_minimum_required(VERSION 3.4.1)
set(CMAKE_CXX_STANDARD 17)
project(openjpeg)

set(OPJ_HAVE_STDINT_H TRUE)
set(OPJ_HAVE_INTTYPES_H TRUE)
set(OPENJPEG_VERSION_MAJOR 2)
set(OPENJPEG_VERSION_MINOR 5)
set(OPENJPEG_VERSION_BUILD 0)
set(OPENJPEG_VERSION
  "${OPENJPEG_VERSION_MAJOR}.${OPENJPEG_VERSION_MINOR}.${OPENJPEG_VERSION_BUILD}")
set(PACKAGE_VERSION
  "${OPENJPEG_VERSION_MAJOR}.${OPENJPEG_VERSION_MINOR}.${OPENJPEG_VERSION_BUILD}")

configure_file(
 ${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/opj_config.h.cmake.in
 ${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/opj_config.h
 @ONLY
 )

 configure_file(
 ${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/opj_config_private.h.cmake.in
 ${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/opj_config_private.h
 @ONLY
 )

add_definitions(-DOPJ_HAVE_PNG_H=0 -DOPJ_HAVE_TIFF_H=1 -DOPJ_HAVE_LCMS2_H=1)
set(INCLUDE_DIR "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2")
set(SHARED_LIB_SRC "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/thread.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/bio.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/cio.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/dwt.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/event.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/ht_dec.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/image.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/invert.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/j2k.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/jp2.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/mct.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/mqc.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/openjpeg.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/opj_clock.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/pi.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/t1.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/t2.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/tcd.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/tgt.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/function_list.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/opj_malloc.c"
                  "${CMAKE_CURRENT_SOURCE_DIR}/src/lib/openjp2/sparse_array.c")

add_library(openjp2 SHARED ${SHARED_LIB_SRC})
target_include_directories(openjp2 PRIVATE ${INCLUDE_DIR})

加入编译构建

原生库源码准备完后，我们需要将库加入到工程的编译构建中。在工程目录CPP下的CMakeLists.txt文件中，通过add_subdirectory将openjpeg加入到编译中，并通过target_link_libraries添加对openjpeg的链接，如下图：

特别说明：
如果使用原生库的CMakeLists文件，编译时会提示添加目标时需要重新更改目标路径：

此时我们就需要在顶层目录的CMakeLists.txt文件中添加

set(CMAKE_BUILD_WITH_INSTALL_RPATH TRUE)

到此，我们的三方库适配已经完成并可以正常编译成功。

三方库napi接口开发

三方库napi的接口一般是由需求方提供的，对于无需求或需要自己定义接口的，我们可以根据三方库对外导出的API接口进行封装或是根据原生库的测试用例对外封装测试接口。本文中我们已封装2个openjpeg测试接口为例详细说明napi接口开发的具体流程。

定义napi接口

根据原生库的测试用例，我们封装2个测试用例接口

typedef struct {
   int comps_num;           // the number of components of the image.
    int comps_prec;         // number of bits per component per pixel
    int img_width;          // the image width
    int img_height;         // the image height
    int title_width;        // width of tile
    int title_height;       // height of title
    int irreversible;       // 1 : use the irreversible DWT 9-7
                            // 0 : use lossless compression (default)
    int cblockw_init;       // initial code block width, default to 64
    int cblockh_init;       // initial code block height, default to 64
    int numresolution;      // number of resolutions
    int offsetx;            // x component offset compared to the whole image
    int offsety;            // y component offset compared to the whole image
    int is_rand;            // Whether to generate data randomly
    char file[256];         // output filename
} J2K_Info;

int OpenjpegCompress(const char *input_file, char *output_file)   # 图片压缩成J2K格式
int openjpeg_create_j2k(J2K_Info *info)                # 创建一张J2K格式图片

注册接口

napi_property_descriptor desc[] = {
        {"openjpeg_compress", nullptr, OpenjpegCompress, nullptr, nullptr,
          nullptr, napi_default, nullptr},
        {"openjpeg_create_j2k", nullptr, OpenjpegCreateJ2K , nullptr, nullptr,
          nullptr, napi_default, nullptr}
    };

接口实现

  • openjpeg_compress接口的实现
static napi_value OpenjpegCompressMethod(napi_env env, napi_callback_info info)
{
    napi_value result = nullptr;
    napi_get_undefined(env, &result);
    napi_value value;
    size_t argc = 2;
    napi_value args[2];
    size_t size;
    char input_file[256] = {0};
    char output_file[256] = {0};
    // 获取参数
    if (napi_get_cb_info(env, info, &argc, args, nullptr, nullptr) != napi_ok) {
        return result;
    }
    // js类型转换成C/C++类型
    if (napi_get_value_string_utf8(env, args[0], input_file, sizeof(input_file),
                                   &size) != napi_ok) {
        return result;
    }
    // js类型转换成C/C++类型
    if (napi_get_value_string_utf8(env, args[1], output_file, sizeof(output_file),
                                   &size) != napi_ok) {
        return result;
    }
    
    // 封装一个通过调用openjpeg接口实现编码的接口
    // 三方库实现调用的业务逻辑接口
    if (OpenjpegCompress(input_file, output_file) != 0) {
        return result;
    }
   // 创建返回的js类型参数
    if (napi_create_int64(env, 0, &result) != napi_ok) {
        std::cout << "napi_create_int64" << std::endl;
    }
    // 返回最终结果。
    return result;
}
  • openjpeg_create_j2k接口的实现
static napi_value OpenjpegCreateJ2K(napi_env env, napi_callback_info info)
{
  napi_value result = nullptr;
    napi_get_undefined(env, &result);
    napi_value value;
    size_t argc = 1;
    J2K_Info j2kInfo;
  // 获取参数
    if (napi_get_cb_info(env, info, &argc, &value, nullptr, nullptr) != napi_ok) {
        return result;
    }
    // 解析参数
    if (OpenjpegGetJ2kInfo(env, value, &j2kInfo) < 0) {
        return result;
    }
    // 封装一个通过调用openjpeg接口实现创建J2K文件的接口
    // 三方库实现调用的业务逻辑接口
    if (OpenjpegCreateJ2K(&j2kInfo) < 0) {
        return result;
    }
    
    if (napi_create_int64(env, 0, &result) != napi_ok) {
        std::cout << "napi_create_int64" << std::endl;
    }
    
    return result;
}

解析参数接口的实现：

static int OpenjpegGetJ2kInfo(napi_env env, napi_value value, J2K_Info *info)
{
  if (info == nullptr) {
        return -1;
    }
    if(GetObjectPropetry(env, value,"output_file", STRING, info->file) != napi_ok) {
        return -1;
    }
    if (GetObjectPropetry(env, value,"comps_prec", NUMBER, &info->comps_prec) !=
        napi_ok) {
        return -1;
    }
    if (GetObjectPropetry(env, value,"img_width", NUMBER, &info->img_width) !=
        napi_ok) {
        return -1;
    }
    if (GetObjectPropetry(env, value,"img_height", NUMBER, &info->img_height) !=
        napi_ok) {
        return -1;
    }
    if (GetObjectPropetry(env, value,"title_width", NUMBER, &info->title_width) !=
        napi_ok) {
        return -1;
    }
    if (GetObjectPropetry(env, value,"title_height", NUMBER, &info->title_height) !=
        napi_ok) {
        return -1;
    }
    if (GetObjectPropetry(env, value,"irreversible", NUMBER, &info->irreversible) !=
        napi_ok) {
        return -1;
    }
    GetObjectPropetry(env, value,"cblockw_init", NUMBER, &info->cblockw_init);
    GetObjectPropetry(env, value,"cblockh_init", NUMBER, &info->cblockh_init);
    GetObjectPropetry(env, value,"numresolution", NUMBER, &info->numresolution);
    GetObjectPropetry(env, value,"offsetx", NUMBER, &info->offsetx);
    GetObjectPropetry(env, value,"offsety", NUMBER, &info->offsety);
    GetObjectPropetry(env, value,"is_rand", BOOLEAN, &info->is_rand);
    
    return 0;
}

由上代码可以看出，OpenjpegGetJ2kInfo接扣调用了一个封装的接口GetObjectPropetry，该接口实现了通过调用napi的接口获取对应的数据：

static int GetObjectPropetry(napi_env env, napi_value object, std::string key, int keyType, void *retValue) {
    napi_value property = nullptr;
    napi_value result = nullptr;
    bool flag = false;
    int ret = -1;
  // 通过字符串获取napi_value对象
    if (napi_create_string_utf8(env, key.c_str(), strlen(key.c_str()), &property)
        != napi_ok) {
        return ret;
    }
    // 判断该字符串是否对应由属性值
    if (napi_has_property(env, object, property, &flag) != napi_ok && flag == true) {
        return ret;
    }
    // 获取字符串对应的属性值
    if (napi_get_property(env, object, property, &result) != napi_ok) {
        return ret;
    }
    
    if (keyType == NUMBER) {
        int64_t value = 0;
        // JS数据类型转换成C/C++的int数据类型
        if (napi_get_value_int64(env, result, &value) != napi_ok) {
            return ret;
        }
        *(int *)retValue = value;
        ret = 0;
    } else if (keyType == BOOLEAN) {
        bool value = false;
        // JS数据类型转换成C/C++ 的bool数据类型
        if (napi_get_value_bool(env, result, &value) != napi_ok) {
            return ret;
        }
        *(int *)retValue = (value == true ? 1 : 0);
    }else if (keyType == STRING) {
        size_t s = 0;
        char buf[256] = {0};
        // JS数据类型转换成C/C++的string数据类型
        if (napi_get_value_string_utf8(env, result, buf, sizeof(buf), &s) !=
            napi_ok) {
            return ret;
        }
        strncpy((char *)retValue, buf, strlen(buf));
        ret = 0;
    }

    return 0;
}

应用调用napi接口

  • 应用申明接口 在确定需要封装的接口后，我们需要将这些接口定义在index.d.ts文件中(路径entry/src/main/cpp/types/libentry/index.d.ts)
export const openjpeg_compress: (srcName:string, desName:string) =>number;
interface openjpegOption{
    comps_num:number                // the number of components of the image.
    comps_prec:number               // number of bits per component per pixel
    img_width:number                // the image width
    img_height:number               // the image height
    title_width:number              // width of tile
    title_height:number             // height of title
    irreversible:number             // 1 : use the irreversible DWT 9-7, 
                    // 0 : use lossless compression (default)
    output_file:string              // output filename
    cblockw_init?:number            // initial code block width, default to 64
    cblockh_init?:number            // initial code block height, default to 64
    numresolution?:number           // number of resolutions
    offsetx?:number                 // x component offset compared to the whole image
    offsety?:number                 // y component offset compared to the whole image
    is_rand?:boolean                // Whether to generate data randomly
}
export const openjpeg_create_j2k: (option:openjpegOption) => number
  • 应用调用接口 在ets工程中创建2个按钮，并通过按钮调用相关的接口，具体代码如下：
Button(this.buttonTxt0)
.fontSize(50)
.margin({top:30})
.fontWeight(FontWeight.Normal)
.onClick(() => {
    testNapi.openjpeg_compress(this.dir + "test_pic.bmp", this.dir + "result.j2k")
})
Button(this.buttonTxt1)
.fontSize(50)
.margin({top:30})
.fontWeight(FontWeight.Normal)
.onClick(() => {
    testNapi.openjpeg_create_j2k({comps_num:3,comps_prec:8,
                                  img_width:2000,img_height:2000,
                                  title_width:1000,title_height:1000,
                                  irreversible:1, output_file:this.dir +
                                  "newImage.j2k"})
})

为了帮助到大家能够更有效的学习OpenHarmony 开发的内容，下面特别准备了一些相关的参考学习资料：

OpenHarmony 开发环境搭建：https://qr18.cn/CgxrRy

《OpenHarmony源码解析》：https://qr18.cn/CgxrRy

  • 搭建开发环境
  • Windows 开发环境的搭建
  • Ubuntu 开发环境搭建
  • Linux 与 Windows 之间的文件共享
  • ……

系统架构分析：https://qr18.cn/CgxrRy

  • 构建子系统
  • 启动流程
  • 子系统
  • 分布式任务调度子系统
  • 分布式通信子系统
  • 驱动子系统
  • ……

OpenHarmony 设备开发学习手册：https://qr18.cn/CgxrRy

OpenHarmony面试题（内含参考答案）：https://qr18.cn/CgxrRy

愿天堂没有996
关注
  • 12
    点赞
  • 踩
  • 31
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
Napi开发指导，用于指导在devco的native++模版中封装c++代码
03-13
Napi开发指导，用于指导在devco的native++模版中封装c++代码
鸿蒙HarmonyOS应用开发之使用Node-API接口进行异步任务开发
maniuT的博客
03-27 1149
napi_create_async_work是Node-API接口之一，用于创建一个异步工作对象。可以在需要执行耗时操作的场景中使用，以避免阻塞主线程，确保应用程序的性能和响应性能。例如以下场景：文件操作：读取大型文件或执行复杂的文件操作时，可以使用异步工作对象来避免阻塞主线程。网络请求：当需要进行网络请求并等待响应时，使用异步工作对象可以确保主线程不被阻塞，从而提高应用程序的响应性能。
北向应用集成三方库——如何通过DevEco Studio开发一个NAPI工程
m0_71263309的博客
04-13 953
NAPI（Native API）是OpenHarmony系统中的一套原生模块扩展开发框架，它基于Node.js N-API规范开发，为开发者提供了JavaScript与C/C++模块之间相互调用的交互能力。如下图所示：OpenHarmony系统系统可以将框架层丰富的模块功能通过js接口开放给上层应用使用。应用开发者也可以选择将一些对性能、底层系统调用有要求的核心功能用C/C++封装实现，再通过js接口使用，提高应用本身的执行效率。
开源鸿蒙南向嵌入学习笔记——NAPI框架学习（一）
物联黄同学的博客
03-07 5243
NAPI其实是最早应该是来自node.js中的一个拓展库（也可以说是一整套API接口），叫Node-API，叫做N-API。是用来构建本地插件的API，将所有的nodejs底层数据结构黑盒化，封装成二进制接口，这样就可以实现不同版本的Node.js使用同样的接口，其目的是为了简化开发和维护。这是一条使用框架编写一些C/C++代码作为JS的接口的时需要注意的事情。黄同学在做一个板子的sample的时候发现，某个smaple的样例源码无法跑通，除了一些简单的语法错误，最主要的是函数定义时的参数类型。
鸿蒙OS开发实例：【NAPI入门】
2301_76813281的博客
04-01 1780
NAPI（Native API）组件是一套对外接口基于Node.js N-API规范开发的原生模块扩展开发框架在HarmonyOS中，C API中的N-API接口可以实现ArkTS/TS/JS与C/C++之间的交互。N-API提供的接口名与三方Node.js一致，目前支持部分接口。关于详细HarmonyOS 中的N-API开发教程，详见指导。
鸿蒙OpenHarmony NAPI技术-基础学习
m0_70748845的博客
01-19 1119
NAPI（Native API）是OpenHarmony系统中的一套原生模块扩展开发框架，它基于Node.js N-API规范开发，为开发者提供了JavaScript与C/C++模块之间相互调用的交互能力。可以在NodeJs官网查看各种NAPI接口定义说明。
【鸿蒙】NAPI 框架生成工具实现流程
2401_82772199的博客
02-28 408
NAPI 框架生成工具 可以根据用户指定路径下的 ts(typescript)接口文件一键生成 NAPI 框架代码、业务代码框架、GN 文件等。在开发 JS 应用与 NAPI 间接口时，底层框架开发者无需关注 Nodejs 语法、C++ 与 JS 之间的数据类型转换等上层应用转换逻辑，只关注底层业务逻辑即可。那他的实现过程，以及在实际开发中该如何使用呢？为此分析了下代码，分解其过程如下。
鸿蒙学习总结
王人冉的博客
05-07 1496
鸿蒙在线源码
基于HarmonyOS ArkUI和napi的MQTT客户端实现
11-09
2. **napi (Native Abstraction for JavaScript)**：是 HarmonyOS 中用于 JavaScript 和 C/C++ 之间互操作的接口。它允许开发者用 C/C++ 编写高性能的原生模块，并无缝集成到 JavaScript 代码中。napi 提供了一套...
Python库 | k0napi-0.0.2-py3-none-any.whl
06-01
资源分类：Python库 所属语言：Python 使用前提：需要解压 资源全名：k0napi-0.0.2-py3-none-any.whl 资源来源：官方 安装方法：https://lanzao.blog.csdn.net/article/details/101784059
napi-canon-cameras:佳能相机的Node AddOn Api模块
03-11
@ Dimension / napi-canon-cameras 适用于Node.js的EDSDK（佳能相机）包装器模块 特征 EDSDK提供了许多功能，但并非所有功能都在模块中实现。 我们的用例是照相亭应用程序。 列出相机 相机事件 读取相机属性 ...
electronic-ffi-demo：在Electron项目中通过node-ffi-napi调用cc ++的dll动态链接库
02-04
目前使用的Node版本是12，Electron版本6.0.10 npm包为ffi-napi@2.4.5，（初始使用Electric 1.7时用的是ffi，但ffi已停止支持最新版本的Node） 快速开始 # dev npm i npm start # build npm run dist 建立 使用电子...
node-xinput-ffi:通过ffi-napi的XInput包装器
03-30
通过XInput包装器 快速范例 const XInput = require ( "xinput-ffi" ) ; //CommonJS //OR import * as XInput from "xinput-ffi" ; //ES Module //Check connected status for all controller console . log ( ...
napi.rar_V2 _linux napi
09-23
标题中的“napi.rar_V2_linux napi”表明这是一个与Linux内核网络接口相关的更新，具体是Network API（Network Application Programming Interface）的版本2。NAPI是一个用于优化Linux内核网络接收路径的机制，旨在...
napi-rs：用于在Rust中构建编译的NodeJS附加组件的最小库
02-04
该库取决于N-API，并且需要Node@10.0.0或更高版本。 我们已经有一些由napi-rs编写的软件包： 一个不错的功能是，此板条箱允许您仅使用Rust/JavaScript工具链即可构建附加组件，而无需涉及node-gyp 。 味道 您...
鸿蒙OS开发实例：【Native C++】
m0_70748845的博客
04-12 1786
本篇Codelab主要介绍如何使用DevEco Studio创建一个Native C++应用。应用采用Native C++模板，实现使用NAPI调用C标准库的功能。使用C标准库hypot接口计算两个给定数平方和的平方根。在输入框中输入两个数字，点击计算结果按钮显示计算后的数值。
鸿蒙开发 napi系列学习基础篇——NAPI数据类型转换与同步调用
最新发布
m0_70748458的博客
05-17 1161
示例代码中，我们使用napi_create_string_utf8函数将C/C++ string转换成NAPI类型——napi_value。NAPI定义API方法时的接收参数为(napi_env, napi_callback_info)，其中napi_callback_info为上下文的信息。因传入的参数是Javascript值类型，并被框架封装成统一的唯一类型——napi_value类型，为了能够进行计算，我们需要获取其对应在C/C++中的类型的值。以下列出常用的几种接口。中的相关接口进行转换。
Openharmony应用NAPI详解--进阶篇1
热门推荐
流风的专栏
01-20 1万+
NAPI面向C++的异步接口 callback napi_create_async_work napi_queue_async_work
'napi/native_api.h' file not found
06-10
这是一个编译错误，通常发生在 Node.js C++ 插件的开发中，提示缺少 "napi/native_api.h" 文件。这是因为在编译插件时，需要使用 Node.js 的 N-API 接口，但是没有正确的引入 N-API 的头文件。 要解决这个问题，可以尝试以下步骤： 1. 确认你的代码中是否包含了 `#include <napi.h>` 头文件，如果没有则需要添加。 2. 确认你的编译环境中是否已经正确安装了 Node.js 和 N-API，可以尝试重新安装 Node.js 并执行 `npm install node-gyp -g` 命令来安装 N-API。 3. 如果以上步骤都没有解决问题，可以尝试在编译命令中添加 `-I<path/to/node/include>` 参数，指定 Node.js 的头文件路径。 希望以上方法能够帮助你解决问题。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值