鸿蒙工程目录结构

工程结构

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);
}
相关推荐
m0_748230941 小时前
Redis 通用命令
前端·redis·bootstrap
YaHuiLiang1 小时前
一切的根本都是前端“娱乐圈化”
前端·javascript·代码规范
ObjectX前端实验室3 小时前
个人网站开发记录-引流公众号 & 谷歌分析 & 谷歌广告 & GTM
前端·程序员·开源
CL_IN3 小时前
企业数据集成:实现高效调拨出库自动化
java·前端·自动化
浪九天4 小时前
Vue 不同大版本与 Node.js 版本匹配的详细参数
前端·vue.js·node.js
qianmoQ5 小时前
第五章:工程化实践 - 第三节 - Tailwind CSS 大型项目最佳实践
前端·css
椰果uu5 小时前
前端八股万文总结——JS+ES6
前端·javascript·es6
微wx笑5 小时前
chrome扩展程序如何实现国际化
前端·chrome
~废弃回忆 �༄5 小时前
CSS中伪类选择器
前端·javascript·css·css中伪类选择器
CUIYD_19895 小时前
Chrome 浏览器(版本号49之后)‌解决跨域问题
前端·chrome