目前提供了两种方式实现popup弹窗，主推系统实现的方式，几乎能满足我们常见的所有场景，当然了，文章毕竟有限，尽量还是以官网为主。

元服务上架，最重要的是签名信息的配置，像开发什么的和正常的app基本一致，注重轻量级，毕竟支持大小只有10M，最后一点，能备案尽量备案。

软键盘最主要的就是合理的进行避让，不能遮挡可输入组件，再有多个输入框的时候，需要动态的进行设置高度，这一点需要注意。

UI页面绘制没什么好说的，就是组件的位置摆放，和组件的显示逻辑，有很多的属性并没有文章记录，大家可以去仓库中查看即可，文章中用到了我的一个标题栏组件，如果大家不想用，可以使用自己写的即可。

编辑页面还有一些其他的注意事项，比如换肤功能，底部的样式设置等等，都是比较的简单，就不做赘述了。

目前仅仅是文字的存储，在实际的备忘录中，还有很多的功能，比如图片，比如画图，比如表格等等，当然了需要我们一步一步来实现。

开发元服务，有很多的限制性因素，比如包的大小限制，相关API限制，所以，我们在实际开发的时候，具体Api能否使用，还需要去官网查看一下，目前，针对当前这个小项目，总结了几个小问题，大家在开发的过程中可以作为参考。

鸿蒙宝藏案例：AI图文编创开发实战，让你的应用更智能！还在为HarmonyOS开发找不到优质案例发愁？今天分享一个超实用的AI图文编创场景实现方案，手把手教你打造智能社交通讯应用！一、场景概述：让图文创作飞起来这个方案专为社交通讯类应用设计，通过Harmo

鸿蒙宝藏案例：AI图文编创开发实战，让你的应用更智能！还在为HarmonyOS开发找不到优质案例发愁？今天分享一个超实用的AI图文编创场景实现方案，手把手教你打造智能社交通讯应用！一、场景概述：让图文创作飞起来这个方案专为社交通讯类应用设计，通过Harmo

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