鸿蒙工程目录结构_鸿蒙目录结构

工程结构

.
├── 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
1
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
38
39
40
41

• 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应该是做了一层封装。

#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);
}
1
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
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54