DEV Community
·
鸿蒙Next自定义组件属性访问限定符
内容提要
在鸿蒙Next开发中，ArkTS对自定义组件的访问限定符有严格要求，使用private、public、protected等修饰符时需遵循特定规则，以避免编译警告。开发者应重视这些规则，确保组件的正确构建和功能实现。
关键要点
-
在鸿蒙Next开发中，ArkTS对自定义组件的访问限定符有严格要求。
-
使用private修饰时，@State/@prop/@Provide/@BuilderParam等成员变量在构造时不允许赋值传参。
-
使用public修饰时，@StorageLink/@StorageProp/@LocalStorageLink/@LocalStorageProp/@Consume变量会产生编译告警。
-
private与@Link/@ObjectLink同时修饰的变量会产生编译告警。
-
protected修饰的变量在struct中不被允许，编译时会产生告警。
-
当@Require与private同时修饰成员变量时，会产生编译告警。
-
开发者需遵循访问限定符的使用规则，避免编译告警，确保组件正确构建和功能实现。
-
这些规则从API version 12开始支持，开发过程中需根据实际API版本处理。
延伸问答
鸿蒙Next中自定义组件的访问限定符有哪些？
鸿蒙Next中自定义组件的访问限定符包括private、public和protected。
使用private修饰的成员变量在构造时有什么限制？
使用private修饰的成员变量在构造时不允许赋值传参，否则会产生编译告警。
public修饰的变量会产生什么样的编译告警？
public修饰的@StorageLink、@StorageProp等变量会产生编译告警日志提示。
protected修饰的变量在struct中是否被允许？
protected修饰的变量在struct中不被允许，编译时会产生告警。
当@Require与private同时修饰时会有什么后果？
当@Require与private同时修饰成员变量时，会产生编译告警。
开发者在使用访问限定符时需要注意什么？
开发者需遵循访问限定符的使用规则，避免编译告警，确保组件正确构建和功能实现。
