|
会议主题
|
OpenHarmony 架构SIG(第219次会议) |
|
会议时间
|
2026-8-4 9:30-12:00(UTC+08:00)Beijing |
|
召集人
|
任革林 |
|
与会人
|
任革林,董金光,各议题汇报人等 |
|
历史纪要归档路径 |
方式1:https://gitcode.com/openharmony/community/tree/master/sig/sig_architecture/meetings 方式2(优先):dev邮件列表 纪要查询方式:https://lists.openatom.io/hyperkitty/list/dev@openharmony.io/,页面内可以按月份筛选 |
|
会议议题 |
议题1:申请新建sig仓:arkdata_intelligence_platform 议题2:申请新建sig仓:distributeddatamgr_data_fabric 议题3:申请新建sig仓:distributeddatamgr_data_mining 议题4:sig仓申请孵化毕业:applications_number_identity 议题5:sig仓申请孵化毕业:applications_startup_guide 议题6、sig仓申请孵化毕业:applications_tips 议题7、sig仓申请孵化毕业:applications_recorder 议题8、sig仓申请孵化毕业:applications_calendar |
|
本次会议主要内容: 议题1、申请新建sig仓:arkdata_intelligence_platform 汇报人:莫云/崔乐 会议结论: 1、遗留问题闭环后再重新上会。 遗留问题: 1、完善架构图,要体现出AI模型等关键能力以及关系密切的周边相关部件。 2、细化孵化目标,写清楚边界细节,比如基于什么文件类型构建知识库。 3、梳理kit关系,逐步废弃旧kit,归一到一套kit。 议题2、申请新建sig仓:distributeddatamgr_data_fabric 汇报人:柴晓康 会议结论: 1、遗留问题闭环后再重新上会。 遗留问题: 1、按部件仓的维度重新绘制架构图,运行态和逻辑架构分开画。 2、标记清楚kit名称,接口属性等,架构图里标注哪些接口属于System接口,哪些属于Public接口。 3、业务术语解释清楚(譬如数据汇聚、编织等)。 议题3、申请新建sig仓:distributeddatamgr_data_mining 汇报人:李卓峻 会议结论: 1、遗留问题闭环后再重新上会。 遗留问题: 1、明确清楚业务场景,仓的职责以及定位。 2、材料中的相关术语做好解释说明。 3、重新按照部件维度绘制架构图。 议题4、sig仓申请孵化毕业:applications_number_identity 汇报人:赵维 会议结论: 1、闭环遗留问题后同意毕业。 遗留问题: 1、架构图中的 预制 改成 预置。 2、Phone和Pad属于一个模块要体现出来。 3、模块和架构图要能完全对应。 4、接口定义改成对外接口,并写上具体接口。 5、描述清楚数据库默认预置哪些数据。 6、针对不同开发者分别描述,譬如对用号码识别开发者可修改预置数据库;对于联系人、电话应用的开发者为只读属性。 7、架构图中右边的应用补上短信,在接口定义旁补上相关接口。 8、引用OpenHarmony SDK
按毕业时的主干版本写。 9、修改目录中的SDK说明,不能直接叫 SDK,build-profile.json5
改为工程级配置。 议题5、sig仓申请孵化毕业:applications_startup_guide 汇报人:吴堃/程枫 会议结论: 1、闭环遗留问题后同意毕业。 遗留问题: 1、startupGuide
的名称对照社区部件命名规范进行调整。 2、Phone和Pad属于一个模块要体现出来。 3、架构图中出现的每个模块对要有对应的解释,同其他应用中的分层设计章节、性层的模块的划分要和目录中的模块划分一致,要体现模块职责、模块层级。 4、事件调用关系要修改。 5、开机流程说明需要调整下,删除无关说明。 6、架构图 页面生命周期 改为 页面生命周期管理。 7、场景要区分是 首次开机 、 系统升级、 非首次开机。 8、OpenHarmony SDK
按毕业时的主干版本写。 9、修改目录中的SDK说明,不能直接叫 SDK,build-profile.json5
改为工程级配置。 议题6、sig仓申请孵化毕业:applications_tips 汇报人:郭云峰/邓奕星 会议结论: 1、闭环遗留问题后同意毕业。 遗留问题: 1、common/model
这个名称评估是否再进行调整一下。 2、Phone和Pad属于一个模块要体现出来。 3、架构图中的 settings、sceneboard
确认相关性。 4、引用OpenHarmony SDK
按毕业时的主干版本写。 5、修改目录中的SDK说明,不能直接叫 SDK,build-profile.json5
改为工程级配置。 议题7、sig仓申请孵化毕业:applications_recorder 汇报人:金鑫/赵卓屹 会议结论: 1、闭环遗留问题后同意毕业。 遗留问题: 1、显式标注出不支持通话录音、应用内录音,只支持麦克风录音。 2、录音控制写清楚遵从音频框架的焦点能力。 3、补充录音文件保存的具体目录路径和数据库。 4、架构图没必要体现sceneboard,且Phone和Pad属于一个模块要体现出来,图标、卡片等入口无需特殊标注出来。 5、应用层分层设计里,特性层的模块的划分要和目录中的模块划分一致,要体现模块职责、模块层级。 6、调用场景只用写首次拉起的场景,改为录音机仅允许桌面拉起调用,播放中的调用无需涉及。 7、录音机开发说明中,widget、录音SDK、工程级SDK表述不准确,需要修改。 8、修改目录中的SDK说明,不能直接叫 SDK,build-profile.json5
改为工程级配置。 9、写清楚MODIFY_AUDIO_SETTINGS的具体权限场景。 10、仓库名和包名不一致,统一修改为soundrecorder。 议题8、sig仓申请孵化毕业:applications_calendar 汇报人:黄辛未 会议结论: 1、闭环遗留问题后同意毕业。 遗留问题: 1、phone,pad同一个hap包,需要归一。 2、去掉架构图中的SceneBoard部件。 3、CalendarData放在应用层还是服务层需要审视。 4、引用OpenHarmony SDK
按毕业时的主干版本写。 5、修改目录中的SDK说明,不能直接叫 SDK,build-profile.json5
改为工程级配置。 6、Calendar主要使用ohos.permission.READ_WHOLE_CALENDAR
和 ohos.permission.WRITE_WHOLE_CALENDAR 权限,READ_CALENDAR和WRITE_CALENDAR低权限描述去除 |
|
退订dev邮件列表请点击https://lists.openatom.io/postorius/lists/dev.openharmony.io/,取消订阅后将收不到所有通过dev邮件列表发送的邮件,请谨慎退订!