HarmonyOS点石成金

本文，主要简单了介绍了一下，非UI使用的情况下，wrapBuilder传递数据问题，除了以上的方式之外，还有其它的方式可以实现，在实际的开发中，还是具体问题具体分析。

在实际的开发中，需要掌握主轴与交叉轴的关系、换行规则及子元素属性，同时注意性能与兼容性问题，还有一点，Flex组件在渲染时存在二次布局过程，因此在对性能有严格要求的场景下建议使用Column、Row代

当然了，RelativeContainer组件还有着其它的属性，但是最重要的也就是位置的摆放，其实也就是相对于锚点组件的摆放

首先第一点，在同一个UI组件内，同一个wrapBuilder只能初始化一次，第二点就是WrappedBuilder对象的builder属性方法只能在struct内部使用。

正确的运用AOP，可以提升代码的模块化、复用性、可维护性和灵活性，同时降低了耦合度，使系统更易于扩展和维护。

针对初学者而言，大家只需要掌握住日志打印即可，等到了鸿蒙应用开发的时候，还有一个鸿蒙原生的打印工具HiLog，到时，我们也会详细的去讲述，也会针对HiLog，封装一个通用的工具类。

@Require装饰器依赖ArkTs的类型检查，仅在编译阶段拦截类型错误和缺失参数，对于运行时才能确定的动态值，如从网络请求获取的数据，仍需在生命周期函数中进行二次校验。

首先需要注意，@Monitor监听的变量，一定是被@Local、@Param、@Provider、@Consumer、@Computed装饰，否则是无法监听的，这一点，务必须知。

@Once装饰器只能与@Param搭配使用，仅此一个组合，无其他使用方式，还有就是，必须在V2版本，也就是@ComponentV2装饰的自定义组件中，否则会报异常。

比如通用的列表组件，选项卡组件等等，由于使用方的样式不一，子组件是动态变化的，针对这一情况，就不得不让使用方把子组件视图传递过来，如何来接收这个UI视图，这就是@BuilderParam装饰器的作用。

@Builder装饰是鸿蒙UI开发中，非常重要的一个装饰器，在实际的开发中，合理且正确的使用，能够让我们的代码更加的简洁

实现方式呢，有很多种，目前采用了比较简单的一种，如果大家采用网格Grid组件实现方式，也是可以的，但是需要考虑每行的边距以及数据，还有最后两行的格子占位问题。

键值型数据库，使用起来是非常的简单的，从字面意思就能知道，它是以键值对的形式进行数据存储和获取的，和用户首选项有着类似的使用方式

金融类的软件，特别是股票基金类的应用，在查找股票的时候，都会有一个区别于正常键盘的键盘，也就是股票代码键盘，和普通键盘的区别就是，除了常见的数字之外，也有一些常见的股票代码前缀按钮

车牌字母键盘和一般的键盘还有很大区别的，大家可以发现，键盘上是少一个字母的，因为I字母具有混淆性，所以这个字母是不在车牌键盘内的。

在鸿蒙当中，如何实现根据指定的文本进行合成语音合成播放呢，其实也是非常的简单，因为鸿蒙当中也有textToSpeech。

合理的使用正则表达式，确实在实际的开发中能给我们带来一定的便利，特别是在一些复杂的匹配时，能够带来高效的查找，也能够提高我们的开发效率，但在处理极度复杂任务时可能需要结合其他工具。

画板，最重要的就是绘制，保证线条绘制的连续性，这一点很重要，还有就是beginPath方法一定要调用，否则更改颜色以及绘制就会出现不连续以及颜色设置错误问题。

无论是Android还是iOS，在系统设置中，都有着深色和浅色两种外观模式，同样，鸿蒙系统中也存在这样的外观切换，如何让自己的应用，跟随着系统的模式进行动态切换呢？目前系统给我们提供了两种方式可以实现

如果要实现多页面之间的组件属性样式复用，建议使用AttributeModifier，如果是单页面，通用属性可以使用@Styles，组件自有属性可以使用@Extend。