鸿蒙暂未归类知识记录

获取对象类名

概述

在鸿蒙应用开发中,可以使用 constructor.name 获取对象类名,但需要注意它在不同使用场景下的可靠性。下面是主要的结论和替代方案汇总:

场景与对象类型 constructor.name 的可靠性 说明与替代方案
ArkTS 普通类对象 (如 class MyClass) 可靠 这是其标准用法,能准确返回类名字符串。
ArkUI 自定义组件实例 (被 @Component 装饰的 struct) ⚠️ 可能不可靠或无效 鸿蒙对自定义组件的编译处理可能导致元信息丢失,使其返回空字符串或无效值。
页面入口组件实例 (被 @Entry 装饰的 struct) ⚠️ 可能不可靠或无效 同自定义组件,也受编译处理影响,可靠性差。

替代方案与关键注意事项

如果你在为自定义组件获取类名时遇到问题,可以考虑以下可靠的方案:

  1. 显式定义静态属性 :在组件内部定义一个静态字符串属性(如 static className = 'MyComponent';),这是最稳定可控的方法。

  2. 使用 Object.prototype.toString :通过 Object.prototype.toString.call(this).slice(8, -1) 获取类型字符串,但返回的格式可能与预期不同。

  3. 在方法中直接返回类名字符串:对于已知的组件,直接在方法里返回固定的类名字符串。

此外,还需注意:

  • 代码压缩/混淆的影响 :如果项目启用了代码压缩,constructor.name 可能会被重命名,导致其值在运行时发生变化。

  • 继承场景 :在继承关系中,this.constructor.name 返回的是子类的类名,而非父类类名。

总的来说,如果开发中需要稳定地获取一个UI组件的"标识",最佳实践是显式定义一个静态属性 ,而不是依赖可能不稳定的 constructor.name

相关推荐
贾伟康10 小时前
【知律|06】HarmonyOS ArkTS 法律分类实战:让民法、劳动、消费等入口可维护
harmonyos·arkts·arkui·分类设计·多设备
梦想不只是梦与想1 天前
鸿蒙 测试工具:DevEco Testing(一)
测试工具·harmonyos·testing
大锅盖11 天前
Web 工单要调用相机,第一步不是打开取景框,而是建立能力门禁
前端·数码相机·harmonyos
贾伟康1 天前
【华夏二十四节气|07】HarmonyOS 6.0.2(22) ArkTS 节气搜索实战:多字段匹配与四态闭环
移动开发·harmonyos·arkts·arkui·本地搜索
大龄秃头程序员1 天前
Flutter 项目鸿蒙适配实战:从环境搭建到多环境打包全指南
harmonyos
贾伟康1 天前
【万能转换器|18】HarmonyOS ArkTS 权限与隐私实战:让 module.json5、功能说明和拒绝路径一致
移动开发·harmonyos·arkts·权限管理·隐私合规
贾伟康1 天前
【万能转换器|19】HarmonyOS ArkTS 回归测试实战:覆盖启动、空数据、异常输入和重复点击
软件测试·移动开发·harmonyos·arkts·回归测试
UnicornIT1 天前
【HarmonyOS】时间管理类APP:做成“自适应“
ui·华为·harmonyos·鸿蒙
less_121381 天前
HarmonyOS WPS Open SDK:不落地、水印与功能开关的合规打开策略
华为·harmonyos·wps
贾伟康1 天前
【万能转换器|20】HarmonyOS ArkTS AppGallery 发布复查实战:核对包名、版本、设备、素材和离线声明
移动开发·harmonyos·arkts·appgallery·应用发布