鸿蒙工程目录结构

工程结构

shell 复制代码
.
├── build
├── build-profile.json5
├── hvigorfile.ts
├── libs
│   └── armeabi-v7a
├── oh-package.json5
├── oh_modules
│   └── @types
│       └── libentry.so -> ../../src/main/cpp/types/libentry
└── src
    ├── main
    │   ├── cpp
    │   │   ├── CMakeLists.txt
    │   │   ├── hello.cpp
    │   │   └── types
    │   │       └── libentry
    │   │           ├── index.d.ts
    │   │           └── oh-package.json5
    │   ├── ets
    │   │   ├── entryability
    │   │   │   └── EntryAbility.ts
    │   │   └── pages
    │   │       └── Index.ets
    │   ├── module.json5
    │   └── resources
    │       ├── base
    │       │   ├── element
    │       │   │   ├── color.json
    │       │   │   └── string.json
    │       │   ├── media
    │       │   │   └── icon.png
    │       │   └── profile
    │       │       └── main_pages.json
    │       ├── en_US
    │       │   └── element
    │       │       └── string.json
    │       ├── rawfile
    │       └── zh_CN
    │           └── element
    │               └── string.json
  • build目录:用于存放构建相关的文件。
  • build-profile.json5:构建配置文件。
  • hvigorfile.ts:用于进行代码检查和格式化的配置文件。
  • libs目录:用于存放本地库文件。
  • oh-package.json5:应用程序的配置文件。
  • oh_modules目录:用于存放应用程序的模块文件。
  • src目录:用于存放应用程序的源代码和资源文件。
    • main目录:主要的应用程序代码和资源文件。
      • cpp目录:C++代码文件。在这个目录下,你通常会编写C++代码来实现一些与底层操作系统或硬件相关的功能
        • CMakeLists.txt:CMake构建脚本。该文件用于配置和管理C++代码的构建过程,包括定义编译选项、链接库等。
        • hello.cpp:示例C++源代码文件。这是一个简单的示例文件,可以包含应用程序的主要逻辑和功能实现。
        • types/libentry/index.d.ts:TypeScript声明文件。该文件描述了entry.cpp文件中导出函数的类型信息,以便在TypeScript中进行类型安全的调用。
      • ets目录:使用 ETS(Enhanced TypeScript)进行开发的文件。
      • module.json5:模块配置文件。
      • resources目录:
        • base/element/color.json:颜色配置文件。该文件用于定义应用程序中使用的颜色,可以通过名称引用这些颜色。
        • base/element/string.json:字符串配置文件。该文件用于定义应用程序中使用的文本字符串,可以通过名称引用这些字符串,从而实现多语言支持。
        • base/media/icon.png:图标文件。应用程序的图标文件,在应用程序启动器等位置显示。
        • base/profile/main_pages.json:主页面配置文件。该文件用于定义应用程序的主页面,包括页面名称、图标等信息。
        • en_US/element/string.json:英文字符串配置文件。如果应用程序支持多种语言,则需要为每种语言都提供一个对应的字符串配置文件,以方便进行多语言支持。
        • rawfile目录:原始文件目录。该目录用于存放一些不需要经过编译的文件,例如一些音频或视频文件等。
        • zh_CN/element/string.json:中文字符串配置文件。与英文字符串配置文件类似,该文件用于定义中文版本的字符串,以实现多语言支持。

C++部分

熟悉JNI的应该可以看出C接口的导出方式跟JNI类似,env应该是做了一层封装。

CC 复制代码
#include "napi/native_api.h"

static napi_value Add(napi_env env, napi_callback_info info)
{
    size_t requireArgc = 2;
    size_t argc = 2;
    napi_value args[2] = {nullptr};

    napi_get_cb_info(env, info, &argc, args , nullptr, nullptr);

    napi_valuetype valuetype0;
    napi_typeof(env, args[0], &valuetype0);

    napi_valuetype valuetype1;
    napi_typeof(env, args[1], &valuetype1);

    double value0;
    napi_get_value_double(env, args[0], &value0);

    double value1;
    napi_get_value_double(env, args[1], &value1);

    napi_value sum;
    napi_create_double(env, value0 + value1, &sum);

    return sum;

}

EXTERN_C_START
static napi_value Init(napi_env env, napi_value exports)
{
    napi_property_descriptor desc[] = {
        { "add", nullptr, Add, 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 = "entry",
    .nm_priv = ((void*)0),
    .reserved = { 0 },
};

extern "C" __attribute__((constructor)) void RegisterEntryModule(void)
{
    napi_module_register(&demoModule);
}
相关推荐
原则猫10 小时前
HOOKS 背后机制
前端
码语智行10 小时前
首页导航跳转功能深度解析-系统内和系统外
前端
阿猫的故乡10 小时前
Vue过渡动画从入门到装X:淡入淡出、滑动、列表动画、第三方库全搞定
前端·javascript·vue.js
IManiy11 小时前
总结之Vibe Coding前端骨架
前端
JS菌11 小时前
AI Agent 沙箱双层防护体系:从权限过滤到内核隔离的完整实现
前端·人工智能·后端
Aphasia31111 小时前
从输入URL到页面展示全流程
前端·面试
我叫黑大帅11 小时前
前端如何竖屏固定视口背景
前端·javascript·面试
abcy07121312 小时前
python pandas csv异步后台清洗前端优先返回成功信息
前端·python·pandas
IT_陈寒12 小时前
Vite这个坑我帮你踩了,动态导入居然这样才生效
前端·人工智能·后端
swipe12 小时前
Mem0 x Agent 实战系列:分层记忆 + 三路召回,搭建真正可用的长期记忆层
前端·javascript·面试