ganshenml的专栏

摘要：本文针对鸿蒙开发中使用DevEco Studio和Node.js多版本管理工具n的常见问题，给出关键解决方案。推荐使用Node.js 18 LTS作为最稳定版本，分析IDE无法识别Node版本的根本原因是IntelliJ虚拟文件系统的缓存机制。核心建议是：1）避免频繁切换全局Node版本；2）在DevEco中手动指定Node路径而非依赖IDE文件树；3）采用Node 18（鸿蒙）+Node 22（Web）的多版本共存方案。最终解决方案是重启IDE或直接填写Node完整路径，而非反复切换版本。

前提：基于官网3.1/4.0文档。参考官网文档基于Android开发体系来进行比较和思考。（或有偏颇，自行斟酌）

公共事件—>Receiver。

类同Applicationmodule.json5中：2.使用二、Context1.概念与Android类似。传递的数据包含参数:deviceId、bundleName、moduleName、abilityName、uri、type、action、entities、flags、parameters。其中abilityName指定了值则为显式规则，否则为隐式规则。匹配规则偏向于正则表达式匹配规则、包含关系。actionentitiesaction ->actionentities ->

UIAbility约等于Activity。

前提：基于官网3.1/4.0文档。参考官网文档基于Android开发体系来进行比较和思考。（或有偏颇，自行斟酌）

因为它们类似于Android中的ContentProvider与ContentResolver。一个是提供者，一个是消费者。

如果组件中有多个状态变量，多个状态变量发生状态变化时，是否会触发多次组件初始化？如果是，那么有没有什么办法减少渲染？一直都有个疑问，状态变量在后台发生状态值变更时，UI 是否会渲染？的设计无法理解，因为看起来冗余且麻烦若是想直接本地持久化的数据直接作用于UI 元素渲染，其实通过其他方式实现更简单。（譬如，注解之类，再不济包裹一层通用对象也可以的。和UI 线程直接搅在一起不是明智之举）

前提：基于官网3.1/4.0文档。参考官网文档基于Android开发体系来进行比较和思考。（或有偏颇，自行斟酌）吐槽：官网上的案例只有代码和文档解释，没有可以直接运行查看效果的模拟器，这一点上，Jetpack Compose是有的。