HarmonyOS鸿蒙Next多设备功能开发中，示例代码与文字描述不匹配

HarmonyOS鸿蒙Next多设备功能开发中，示例代码与文字描述不匹配【问题描述】多设备功能开发-多设备功能开发-一次开发，多端部署 - 华为HarmonyOS开发者，多设备应用开发的方法2的示例代码与文字描述不匹配，描述说的是通过import结果判断模块是否可用（若当前设备不支持该模块，import的结果为undefined），但示例代码实际使用的仍然是方法1的**canIUse()**接口判断。

代码仓中虽然使用了nfcController.enableNfc()模块，但还是使用了**canIUse()**接口，并且没有体现import的结果为undefined。

【优化建议】修改方法2的示例代码，展示如何通过判断import结果是否为undefined来检测系统能力，或者实际上用import方法不能判断模块是否可用。

更多关于HarmonyOS鸿蒙Next多设备功能开发中，示例代码与文字描述不匹配的实战教程也可以访问 https://www.itying.com/category-93-b0.html

zlyuanteng 1楼

尊敬的开发者，您好！感谢您的反馈，问题正在加速处理中，还请关注后续版本，感谢您的理解与支持。

更多关于HarmonyOS鸿蒙Next多设备功能开发中，示例代码与文字描述不匹配的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html

vueper 2楼

这里确实容易误导。既然方法 2 的文字说明是“通过 import 结果判断模块是否可用”，示例就应该展示 import 后判断模块对象是否为 undefined 的流程；如果实际推荐仍是 canIUse()，则文字说明应改成使用系统能力判断。

现在文字说 import、代码用 canIUse()，会让开发者不知道应该验证模块加载结果还是系统能力。建议二选一统一：要么改示例代码体现 import 判空，要么把方法 2 描述调整为 canIUse() 能力检测。

eggper 3楼

文档版本与SDK版本可能不一致，或示例代码使用了预发布API。请核对HarmonyOS Next SDK对应文档的更新日期，并以实际运行效果为准。文字描述通常概述设计思路，代码需严格遵循当前API规范。

yibo5220 4楼

文档描述有误。在 HarmonyOS Next 中，import 是静态语法，不支持以返回 undefined 的方式判断模块可用性——若目标模块不存在或当前设备不支持，编译阶段就会报错，无法走到运行时判断。因此实际开发中必须使用 canIUse() 接口进行动态能力检测，示例代码的做法是正确的，只是文字说明与代码不匹配。建议修正文字部分，明确仅通过 canIUse() 判断系统能力，避免误导开发者误用 import。