已开启
readme评审 #9
NEEN创建于  1月16日
NEEN
1月16日 创建

1.图片得标题都应该在图上面,不是图片下方
2.图片中同类得文字字体大小保持一致,同类得元素需要保证风格/大小一致,OpenHarmony MIDI 服务架构图 图片中字体大小 系统服务层与其他驱动层等大小不一致
一行三个元素块得呢日哦那个大小不一致,没对齐
3.开篇内容优化合并:
midi_framework 是 OpenHarmony 系统中用于管理和控制 MIDI(Musical Instrument Digital Interface)设备的模块。它提供统一的接口来管理符合 MIDI 标准的电子乐器、控制器及周边音频设备(如电子琴、电子鼓等),屏蔽底层硬件差异,使得应用能够方便地通过 Native API 与外部 MIDI 设备进行高性能交互。
4. 系统架构与模块交互---这个标题层级可以不要,剩下的标题是并列关系
系统架构
系统架构与模块交互
模块功能说明
关键交互流程
5.samgr 服务 (System Ability Manager)---为什么这个缩略语是小写?
6.图 2 服务按需启动与生命周期管理流程图
--图中字太多了啊,有些交互逻辑正文里写了,图里没就不需要写了。如计数为0时,xxx
7.图 3 设备发现与连接管理流程图
--图中字体统一,字简化
8.图 4 端口管理与数据传输流程图
---图里的线条时歪的,字体要统一,MIDI键盘向上输入,为什么到MIDI适配后没有向上箭头了?
9.UMP Native:midi_framework 采用全链路 UMP 设计。无论物理设备是 MIDI 1.0 还是 MIDI 2.0,Native API 接口收发的数据始终为 UMP 格式。
这种单条的描述,就不要用itemlist
10.原文:退出判定: 当活跃客户端数量降为 0,且在 15秒 内无新的连接建立时,MIDI 服务执行资源释放逻辑并自动退出进程。
修改建议:退出判定:当活跃客户端数量降为0,且在15秒内无新的连接建立时,MIDI 服务将执行资源释放逻辑并自动退出进程。

likedislike
OwenCreeperOwenCreeper成员
1月20日 关联了pull request:adjust README to provide explaination to rk3568 adapter
OwenCreeperOwenCreeper成员
1月20日 删除了关联的pull request:adjust README to provide explaination to rk3568 adapter