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

需要注意的是，内容一般都是以markdown的形式输出，也就是真实的数据中，内容都是有样式的，比如加粗，图片，表格等等，所以，不能以单一的Text组件进行展示，需要针对markdown文本适配。

在日常的组件封装中，如果把所有的属性，都统一暴露至自定义组件一级的属性中，我们会发现，属性设置的是非常之多，再有小组件独立的情况下，也显得杂乱不堪，针对这种情况，其实我们可以把单独的小组件属性，独立的封装出来，使用回调函数的形式进行逐一设置即可。就比如我们这个自定义搜索模版，里面就分了很多个小组件属性。

随着官方的迭代，在新的Api中，对于新的应用开发，官方已经建议直接使用V2所属的装饰器进行开发了，所以，能上手V2的尽量上手V2吧，毕竟，V2是V1的增强版本，为开发者提供更多功能和灵活性，由V1升成V2，肯定是大势所趋

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

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

如果你还在使用router做为页面跳转，建议切换Navigation组件作为应用路由框架，不为别的，因为官方目前针对router已不在推荐。

无论是Android还是iOS，应用上架之前，备案是必须的，一般是有项目经理来推动，但是有些备案所需信息还是需要技术这边来提供的，比如应用的包名，公钥以及证书的MD5指纹等，那么对于鸿蒙，这些信息也是必须需要的。

如果是属性值的动态切换，使用方式一便可满足需求，如果是属性的动态设置，使用方式二即可。

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