之前好奇自己的app在平板或者横屏状态下是什么效果，就通过模拟器跑了一下，发现除了惨不忍睹的UI页面以外，通过半模态bindsheet去显示的一些内容显示不出来了，这个bindsheet对应的组件只在页面最下面显示了一点点，无法显示正常。总体来说，今天体验一多开发（一次开发，多端部署）的感觉就是，写法很灵活，可以获取屏幕宽度后通过if来条件渲染，也可以通过响应式和自适应的写法，这种写法和web网页

再然后，我们可以看到，每个名字前面都有一个圆形，里面显示的是姓名的第一个字，这里不是简单的[0]去获取第一个字符，因为如果是字母的话，是有可能为小写的，如果是小写的字母，就要转成大写字母来显示，如果直接[0]的话，是没办法区分中文英文的，就做不到这个小写字母转大写的操作，这里的话，是用charAt……首先我们还是先通过interface来定义数据的规范，在model文件夹里创建一个_Contact

例如，如果 name.charCodeAt(0) 是 65，colors.length 是 15，那么 65 % 15 的结果是 5，这意味着 index 的值为 5。autoCollpase是是否自适应折叠模式，在api12以后，这个值默认为true，即自适应折叠模式，因为我们现在是26个英文字母，所以按照文档里的说法，是会默认折叠的。然后是onSelect，也就是选中后，那么让滚动的控制器滚动

对于日期的设置上，可以看到日期是在每个组件的右上方的，但这不是通过position来固定的，而是和姓名在同一行里，然后通过设置这个row的justifyContent属性实现的，那么，这就要求，row的父组件的宽度，要正好是除了图片外的全部宽度，所以row的父组件即Column要加上layoutWeight属性，设置为1。这里的头像img用的是Resource格式，因为我这里模拟演示的时候，用的是

之前做小程序或者web的时候，对于OCR相关的功能，都是调用三方接口实现的，例如百度的ocr接口，整体的流程较为复杂，需要先通过后端代码获取百度的token，然后本地选择图片，图片发送到服务器获取图片url，把这个url和token再发给百度的ocr接口获取识别数据。另外还有一点要注意的，就是在完成以后，要释放OCR服务，这一点在textRecognition的文档里有提及，对于释放这一步，并不是

这里很明显，releaseType是“Beta”而不是release，但是pack.info是编译后生成的文件，并不是编译前的文件，也就是说，我直接修改这个文件的内容是没有意义的。我看到这个是有点懵的，因为我清楚的知道，我的项目是基于API12开发的，目前beta版本的API指的是API18，而且我这次的更新也只是修改了UI而已，不可能涉及beta版本的API，并且其中我使用到的textinput

2. 虽然我刚才一直强调，这个是“写入剪贴板”而不是“读取剪贴板”，但都是对“剪贴板”进行的操作，所以如果你想要去上架这个app的话，那么有两点要注意的，第一是隐私协议里必须包含关于剪贴板的部分，第二是即使实际上这个功能不需要授权，你也要让用户进行对剪贴板进行一次手动授权，并且这个授权尽量是放在“点击复制"的功能页面之前，否则很容易被审核驳回。很多应用都有一个“点击复制”的功能，这一功能在实际操作

对于这个问题，官方对这个组件有一个单独的属性叫“enableLoading”，默认为true，false的话就是不显示，但当其不显示的时候（即为false），这个组件依然占位，这我觉得其实是和LoadingProgress的实际用途背景相悖的，它就应该在页面数据获取或者某件要等待的事请完成后消失，所以建议使用IF来进行控制。在应用开发的过程中，经常有需要表示“加载中”或者“请等待”的这么一个状态提

通过分析句子的结构，我们发现，句子就是单词+空格+单词+空格的形式构成的，因此完全可以通过split先把句子用空格来分割，再通过ForEach进行循环渲染，通过内容和单词的比对来判断是否对单词进行加粗处理。最后通过ForEach进行循环渲染，但是这里要注意的是，如果直接用== 或者 === 判断的话，是无法区分大小写的，因此要先把每一个单词通过toLowerCase转小写，然后再参与判断。2. 对

这个功能的原理是通过文字转语音的形式实现的，之前也写过文章分享过在API9下如何进行文字转语音，那是通过第三方的API实现的，需要申请token，请求接口，然后再通过media去播放，整体流程较为复杂，还必须有网络支持，但是在原生鸿蒙下，是支持通过端侧AI，在本地进行文字转语音的输出的，这里使用到的是Core Speech Kit中的文本转语音功能。但是在实际测试中，我发现音量小的几乎可以忽略不计