几何矩形，在实际的开发中，有多种的实现方式，并非一定需要Rect组件，但是，如果有需要用到矩形的场景，建议还是使用Rect组件，因为Rect组件自身携带了很多样式属性，可以满足我们日常的不同的需求。

绘制矩形也好，圆形也好，大家做为一个了解即可，在有需要用到的场景中，合理的使用即可，毕竟现成的组件，要比自己用别的方式实现要简单的多。

除了使用Ellipse组件可以一个椭圆之外，我们还可以使用Canvas来绘制一个椭圆，但是相对来说，还是没有Ellipse组件高效，所以，如果说Ellipse组件能够满足需求，还是以Ellipse组件为主。

关于对象数组中的数据更新，目前例举了三种方式，一种是传统的装饰器方式，另外两种是针对数据源进行操作，数据源直接赋值的方式，适合简单、高频的单元素修改，性能最优且类型安全，而splice方法适合复杂操作或需保持引用稳定的场景，但需注意性能损耗，在实际的开发中可以根据需求，选择自己适合的方式。

🌟【鸿蒙开发宝藏案例大揭秘】原来官方文档里藏了这么多好东西！大家好呀～最近在肝鸿蒙项目时意外扒出了官方文档里的"藏宝库"！原来那些让人头秃的跨端适配难题，官方早就准备好了参考答案！今天就带大家挖一挖这些实战案例，手把手教你玩转"一次开发，多端部署"！（文

@Builder装饰是鸿蒙UI开发中，非常重要的一个装饰器，在实际的开发中，合理且正确的使用，能够让我们的代码更加的简洁，有两点需要注意，一是，是用私有还是全局，取决于当前的组件的复用机制，如果多个页面都使用了，建议以全局为主；二是传参的动态更新，有更新就使用引用参数传递，没有更新按值传递即可。

所以在有@BuilderParam传递UI视图时，一定要注意this的指向问题，这也是为什么很多同学遇到在@Builder修饰的函数中为什么不刷新数据的问题，其原因就是this指向不对。

关于对象数组中的数据更新，目前例举了三种方式，一种是传统的装饰器方式，另外两种是针对数据源进行操作，数据源直接赋值的方式，适合简单、高频的单元素修改，性能最优且类型安全，而splice方法适合复杂操作或需保持引用稳定的场景，但需注意性能损耗，在实际的开发中可以根据需求，选择自己适合的方式。

原生的bindPopup属性，不仅仅支持单一的文字提示，也支持自定义组件的形式，已经可以满足正常的需求开发，能用原生的就用原生，之所以dialog库中增加了一个popup气泡弹窗，是因为当时封装的时候，原生还不支持自定义组件形式，如今已经支持了，大家可以放心的使用原生即可。