随着项目规模的不断扩大，仅在一个超大文件中管理源代码会变得十分困难。这时可以将源代码根据功能进行分组，并将不同功能的代码分开管理，每组独立管理的代码会生成一个输出文件。在使用时，通过导入对应的输出文件使用相应的功能，或者通过不同功能的交互与组合实现更加复杂的特性，使得项目管理更加高效。在仓颉编程语言中，包是编译的最小单元，每个包可以单独输出 AST 文件、静态库文件、动态库文件等产物。每个包有自己

异常是一类特殊的可以被程序员捕获并处理的错误，是程序执行时出现的一系列不正常行为的统称。例如，数组越界、除零错误、计算溢出、非法输入等。为了保证系统的正确性和健壮性，很多软件系统中都包含大量的代码用于错误检测和错误处理。异常不属于程序的正常功能，一旦发生异常，要求程序必须立即处理，即将程序的控制权从正常功能的执行处转移至处理异常的部分。仓颉编程语言提供了异常处理机制，用于处理程序运行时可能出现的各

属性可以在 interface、class、struct、enum、extend 中定义。set(v) {}其中使用 prop 声明的 a 和 b 都是属性，a 和 b 的类型都是 Int64。a 是无 mut 修饰符的属性，这类属性有且仅有定义 getter（对应取值）实现。b 是使用 mut 修饰的属性，这类属性必须分别定义 getter（对应取值）和 setter（对应赋值）的实现。

仓颉语言中宏的定义需要放在由 macro package 声明的包中，被 macro package 限定的包仅允许宏定义对外可见，其他声明包内可见。说明：重导出的声明也允许对外可见，关于包管理和重导出的相关概念，请参见包的导入章节。macro package define // 编译 define.cjo 携带 macro 属性public func A() {} // Error, 宏包不允许

并发编程是现代编程语言中不可或缺的特性，仓颉编程语言提供抢占式的线程模型作为并发编程机制。线程可以细分为两种不同概念，语言线程和 native 线程。语言线程是编程语言中并发模型的基本执行单位。仓颉编程语言希望给开发者提供一个友好、高效、统一的并发编程界面，让开发者无需关心操作系统线程、用户态线程等差异，因此提供仓颉线程的概念。开发者在大多数情况下只需面向仓颉线程编写并发代码。native 线程指

本文详细介绍了在ARM64架构的OpenHarmony/HarmonyOS 6.1+ PC设备上，使用CodeArts IDE搭建Vite+Vue前端开发环境的完整流程。针对原生二进制模块权限问题，提出了通过ohos-signpost自动签名工具的解决方案，配置npm后置钩子自动为.node文件添加系统合法签名。同时重点介绍了Harmonybrew（鸿蒙版Homebrew）的安装配置方法，解决了鸿

本文介绍了在ARM64架构的鸿蒙PC（HarmonyOS/OpenHarmony 6.1+）上搭建Vite+Vue前端开发环境的完整流程。重点解决了原生模块权限拒绝问题，通过引入ohos-signpost工具为.node文件自动添加系统签名。同时详细讲解了Harmonybrew（鸿蒙版Homebrew）的安装与配置，这是专为鸿蒙系统开发的命令行包管理器，能简化开发工具安装和依赖管理。文章还探讨了N

OpenHarmony鸿蒙PC开发环境搭建指南 本文详细介绍了在ARM64架构的鸿蒙PC（HarmonyOS/OpenHarmony 6.1+）上使用CodeArts IDE搭建Vite+Vue前端开发环境的完整流程。针对Vite启动时因原生模块权限拦截导致的报错问题，提出通过ohos-signpost工具自动为.node文件添加系统签名的解决方案。同时介绍了Harmonybrew（鸿蒙版Home

本文将介绍在ARM64架构鸿蒙PC（HarmonyOS/OpenHarmony 6.1+）上搭建Vite+Vue前端开发环境的完整流程。通过Harmonybrew（鸿蒙版Homebrew）解决包管理问题，并重点处理了原生模块权限拒绝的典型问题：使用ohos-signpost工具自动为.node文件添加系统签名。最终实现在CodeArts IDE中正常开发调试Vue+TS项目，同时支持lodash等

本文介绍了在ARM64架构的鸿蒙PC（HarmonyOS/OpenHarmony 6.1+）上，使用CodeArts IDE搭建Vite+Vue前端开发环境的完整流程。重点解决了原生模块权限问题，通过ohos-signpost工具自动签名.node文件，确保Vite项目正常运行。同时详细介绍了Harmonybrew（鸿蒙版Homebrew）的安装与配置，这一包管理器解决了鸿蒙系统缺少统一软件管理工