鸿蒙module开发实践

模块化开发简介

鸿蒙是支持模块化开发的，使用模块开发可以有以下好处：

• 应用功能多样化：一个应用通常包含多种功能。
• 模块化管理：将不同功能按模块划分和管理，是一种好的设计方法。
• 独立开发：每个功能模块可以作为一个独立的Module进行开发，包含源代码、资源文件、第三方库和配置文件等。
• 独立编译：每个Module可以独立编译，实现特定功能。
• 优势：这种模块化、松耦合的设计方式有助于应用的开发、维护和扩展。

新建流程：新建-模块-Choose Your Ability Template:

这里有四种模板可选择：

• Ability类型的Module： 用于实现应用的功能和特性。每一个Ability类型的Module编译后，会生成一个以.hap为后缀的文件，我们称其为HAP（Harmony Ability Package）包。HAP包可以独立安装和运行，是应用安装的基本单位，一个应用中可以包含一个或多个HAP包，具体包含如下两种类型。
• entry类型的Module：应用的主模块，包含应用的入口界面、入口图标和主功能特性，编译后生成entry类型的HAP。每一个应用分发到同一类型的设备上的应用程序包，只能包含唯一一个entry类型的HAP。
  • 因此，当选择了entry类型的Module之后，在编译运行的时候，需要选择编译运行入口
• feature类型的Module：应用的动态特性模块，编译后生成feature类型的HAP。一个应用中可以包含一个或多个feature类型的HAP，也可以不包含。
• Native C++
• Static Library ： 静态共享库。编译后会生成一个以.har为后缀的文件，即静态共享包HAR（Harmony Archive）
  • 共享包类型：HAR
  • 编译和运行方式：HAR中的代码和资源跟随使用方编译，如果有多个使用方，它们的编译产物中会存在多份相同拷贝。 注意：编译HAR时，建议开启混淆能力，保护代码资产。
  • 发布和引用方式：HAR除了支持应用内引用，还可以独立打包发布，供其他应用引用。
• Shared Library： 动态共享库。编译后会生成一个以.hsp为后缀的文件，即动态共享包HSP（Harmony Shared Package）。
  • 共享包类型： HSP
  • 编译和运行方式：HSP中的代码和资源可以独立编译，运行时在一个进程中代码也只会存在一份。
  • 发布和引用方式：HSP一般随应用进行打包，当前支持应用内和集成态HSP。应用内HSP只支持应用内引用，集成态HSP支持发布到ohpm私仓和跨应用引用。

选用Static Library

在Configure New Module界面中，设置新添加的模块信息，设置完成后，单击Finish完成创建。

• Module name：新增模块的名称。
• Device type：支持的设备类型。
• Enable native：是否创建一个用于调用C++代码的模块。

可视化配置完之后，

在项目级的build-profile.json中，就会新增对该模块的引用

    {
      "name": "test",
      "srcPath": "./features/test",
    }

原文地址：https://blog.csdn.net/wzj_what_why_how/article/details/143851871

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！