暂无描述
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
update Signed-off-by: hutz_hw <hutiezheng@huawei.com> | 7 个月前 | |
HiSysEvent整改 Change-Id: I4181bec2d63b88ed5132a850356971b5bc92dcbe Signed-off-by: wutouxu <zhaolixue2@huawei.com> Co-Authored-By: Agent <agent@openclaw.ai> | 1 个月前 | |
Description:init form_runtime Sig: SIG_ApplicationFramework Feature or Bugfix:Feature Binary Source:No Signed-off-by: dy_study <dingyao5@huawei.com> | 4 年前 | |
!3709 merge revert_global_and_error into master Revert "Global and Error to std.core" Created-by: ivan-tyulyandin Commit-by: Ivan Tyulyandin Merged-by: openharmony_ci Description: **IssueNo**: https://gitcode.com/openharmony/arkcompiler_runtime_core/issues/11866 **Description**: Revert "Global and Error to std.core" **稳定性自检:** | 自检项 | 自检结果 | | ------------------------------------------------------------ | -------- | | 涉及跨进程调用的相关操作需要抛至主线程或加锁防止并发 | | | 成员变量进行赋值或创建需要排查并发 | | | 谨慎在lambda表达式中使用引用捕获 | | | 谨慎在未经拷贝的情况下使用外部传入的string、C字符串 | | | map\vector\list\set等stl模板类使用时需要排查并发 | | | 谨慎考虑加锁范围 | | | 在IPC通信中谨慎使用同步通信方式 | | | 禁止传递this指针至其他模块或线程(特别是eventhandler任务) | | | 禁止将外部传入的裸指针在内部直接构造智能指针 | | | 禁止多个独立创建的智能指针管理同一地址 | | | 禁止在析构函数中抛异步任务 | | | 禁止js对象在非js线程(例如在IPC线程)创建、使用或销毁 | | | 禁止在对外接口中未经判空直接使用外部传入的指针 | | | 禁止接口返回局部变量引用 | | | 禁止在信号函数中加锁 | | | 禁止在关键流程(SA启动、应用启动等主流程)执行耗时的操作 | | | 禁止将同一个cpp编译在不同的so中 | | **安全编码自检:** | 自检项 | 自检结果 | | -------------------------------------------------------------- | -------- | | 裸指针避免通过隐式转换构造为sptr | | | json对象在取值之前必须先判断类型,避免类型不匹配 | | | 序列化时必须对传入的数组大小进行校验,避免出现超大数组 | | | 避免使用未明确位宽的整型,选择使用int8_t、uint8_t等类型 | | | 外部传入的路径要做规范化校验,对路径中的.、..、../等特殊字符严格校验 | | | 指针变量、表示资源描述符的变量、bool变量必须赋初值 | | | readParcelable获取的对象使用前需要判空 | | | 分配和释放内存的函数需要成对出现 | | | 申请内存后异常退出前需要及时进行内存释放 | | | 内存申请前必须对内存大小进行合法性校验 | | | 内存分配后必须判断是否成功 | | | 禁止使用realloc、alloca函数 | | | 禁止打印文件路径、口令等敏感信息,如有需要,使用private修饰 | | | 禁止打印内存地址 | | | 整数之间运算时必须严格检查,确保不会出现溢出、反转、除0 | | | 禁止对有符号整数进行位操作符运算 | | | 禁止对指针进行逻辑或位运算 | | | 循环次数如果收外部数据控制,需要检验其合法性 | | | 禁止使用内存操作类危险函数,需要使用安全函数 | | | 谨慎使用不可重入函数 | | | 必须检查安全函数的返回值,并进行正确处理 | | | 禁止仅通过TokenType类型判断绕过权限校验 | | **TDD Result**: **XTS Result**: ### 是否已执行L0用例 - [ ] 已验证 - [ ] 不涉及。如不涉及,请写明理由 See merge request: openharmony/ability_form_fwk!3709 | 1 天前 | |
feat: 新增NO_SPACE错误码定义及映射 AddFormResultErrorCodes新增NO_SPACE枚举值, 新增ERR_APPEXECFWK_FORM_PUBLISH_NO_SPACE内部错误码, 映射到FUNCTIONAL_ERROR(16501000)避免ArkTS API不兼容变更, message自定义描述there is no space to publish form Signed-off-by: xiangcong3 <xiangcong4@huawei.com> 🤖 AI[100%] 🔧 Human Fixed[0%] 🧑 Human[0%] 👌 AI Adopted[100%] Co-authored-by: opencode (glm-5.1) <ai@local> | 6 天前 | |
feat: add DeleteForms API and comprehensive test coverage 新增DeleteForms批量删除卡片功能: - 新增FormRecordFilter数据结构用于过滤卡片 - 新增RegisterDeleteFormsCallback/UnregisterDeleteFormsCallback回调接口 - 新增DeleteForms接口支持批量删除卡片 - 完善IPC层Proxy/Stub实现 - 完善Service层权限验证 - 完善Adapter层回调机制 测试覆盖: - 新增FormRecordFilterTest单元测试套(15个用例) - 补充Proxy/Stub层测试(25个用例) - 补充Service层测试(9个用例) - 补充Adapter层测试(5个用例) - 更新BUILD.gn配置 覆盖率:91.7%,核心业务逻辑100%覆盖 Co-Authored-By: Agent Signed-off-by: allenlee6 <lishengyang5@huawei.com> | 1 个月前 | |
代码格式化保持一致 Signed-off-by: whGitContainer2 <lizhaogui4@h-partners.com> | 8 个月前 | |
TDD用例调整 Co-Authored-By: Agent Signed-off-by: finnick-zsp <zhushupei1@huawei.com> 🤖 AI[0%] 🔧 Human Fixed[0%] 🧑 Human[100%] 👌 AI Adopted[0%] | 1 天前 | |
TDD用例调整 Co-Authored-By: Agent Signed-off-by: finnick-zsp <zhushupei1@huawei.com> 🤖 AI[0%] 🔧 Human Fixed[0%] 🧑 Human[100%] 👌 AI Adopted[0%] | 1 天前 | |
!3682 merge master into master 独立编译问题整改 Created-by: li-xiaoge1 Commit-by: 李肖葛 Merged-by: openharmony_ci Description: **IssueNo**: **Description**: **稳定性自检:** | 自检项 | 自检结果 | | ------------------------------------------------------------ | -------- | | 涉及跨进程调用的相关操作需要抛至主线程或加锁防止并发 | pass | | 成员变量进行赋值或创建需要排查并发 | pass | | 谨慎在lambda表达式中使用引用捕获 | pass | | 谨慎在未经拷贝的情况下使用外部传入的string、C字符串 | pass | | map\vector\list\set等stl模板类使用时需要排查并发 | pass | | 谨慎考虑加锁范围 | pass | | while循环谨慎考虑循环条件,避免死循环 | pass | | 在IPC通信中谨慎使用同步通信方式 | pass | | 禁止传递this指针至其它模块或线程(特别是eventhandler任务) | pass | | 禁止将外部传入的裸指针在内部直接构造智能指针 | pass | | 禁止多个独立创建的智能指针管理同一地址 | pass | | 禁止在析构函数中抛异步任务 | pass | | 禁止js对象在非js线程(例如在IPC线程)创建、使用或销毁 | pass | | 禁止在对外接口中未经判空直接使用外部传入的指针 | pass | | 禁止接口返回局部变量引用 | pass | | 禁止在信号函数中加锁 | pass | | 禁止在关键流程(SA启动、应用启动等主流程)执行耗时的操作 | pass | | 禁止将同一个cpp编译在不同的so中 | pass | | 谨慎在lambda表达式中捕获FrameNode的强指针(RefPtr)避免循环引用导致内存泄漏 | pass | | 禁止在PostTask时捕获祼指针或引用,避免发生use-after-free导致crash | pass | **安全编码自检:** | 自检项 | 自检结果 | | -------------------------------------------------------------- | -------- | | 裸指针避免通过隐式转换构造为sptr | pass | | json对象在取值之前必须先判断类型,避免类型不匹配 | pass | | 序列化时必须对传入的数组大小进行校验,避免出现超大数组 | pass | | 避免使用未明确位宽的整型,选择使用int8_t、uint8_t等类型 | pass | | 外部传入的路径要做规范化校验,对路径中的.、..、../等特殊字符严格校验 | pass | | 指针变量、表示资源描述符的变量、bool变量必须赋初值 | pass | | readParcelable获取的对象使用前需要判空 | pass | | 分配和释放内存的函数需要成对出现 | pass | | 申请内存后异常退出前需要及时进行内存释放 | pass | | 内存申请前必须对内存大小进行合法性校验 | pass | | 内存分配后必须判断是否成功 | pass | | 禁止使用realloc、alloca函数 | pass | | 禁止打印文件路径、口令等敏感信息,如有需要,使用private修饰 | pass | | 禁止打印内存地址 | pass | | 整数之间运算时必须严格检查,确保不会出现溢出、反转、除0 | pass | | 禁止对有符号整数进行位操作符运算 | pass | | 禁止对指针进行逻辑或位运算 | pass | | 循环次数如果收外部数据控制,需要检验其合法性 | pass | | 禁止使用内存操作类危险函数,需要使用安全函数 | pass | | 谨慎使用不可重入函数 | pass | | 必须检查安全函数的返回值,并进行正确处理 | pass | | 禁止仅通过TokenType类型判断绕过权限校验 | pass | **TDD Result**: **XTS Result**: ### 是否已执行L0用例 - [ ] 已验证 - [ ] 不涉及。如不涉及,请写明理由 See merge request: openharmony/ability_form_fwk!3682 | 18 天前 | |
docs(claude): 新增代码注释规范(开发 Checklist 第 9 项) 明确注释用英文、简要性约束(AI 易啰嗦冗余)、版权头年份维护 (保留首年, 禁止用当年替换首年)、public 函数函数头注释要求、 必须注释场景与禁止项。 Co-Authored-By: Claude <noreply@anthropic.com> Signed-off-by: xiangcong3 <xiangcong4@huawei.com> 🤖 AI[0%] 🔧 Human Fixed[0%] 🧑 Human[100%] 👌 AI Adopted[0%] | 11 天前 | |
Fix SourceCode Format Error Signed-off-by: zhongjianfei <zhongjianfei@huawei.com> Change-Id: I1bd93ed4c23706a8e9c8f43149926411e7bdee1d | 3 年前 | |
屏蔽卡片框架二进制文件静态告警 Signed-off-by: xd <xiadi@huawei.com> | 2 年前 | |
修改适配 form_fwk README Signed-off-by: duao oh <duao@huawei.com> | 2 年前 | |
!3682 merge master into master 独立编译问题整改 Created-by: li-xiaoge1 Commit-by: 李肖葛 Merged-by: openharmony_ci Description: **IssueNo**: **Description**: **稳定性自检:** | 自检项 | 自检结果 | | ------------------------------------------------------------ | -------- | | 涉及跨进程调用的相关操作需要抛至主线程或加锁防止并发 | pass | | 成员变量进行赋值或创建需要排查并发 | pass | | 谨慎在lambda表达式中使用引用捕获 | pass | | 谨慎在未经拷贝的情况下使用外部传入的string、C字符串 | pass | | map\vector\list\set等stl模板类使用时需要排查并发 | pass | | 谨慎考虑加锁范围 | pass | | while循环谨慎考虑循环条件,避免死循环 | pass | | 在IPC通信中谨慎使用同步通信方式 | pass | | 禁止传递this指针至其它模块或线程(特别是eventhandler任务) | pass | | 禁止将外部传入的裸指针在内部直接构造智能指针 | pass | | 禁止多个独立创建的智能指针管理同一地址 | pass | | 禁止在析构函数中抛异步任务 | pass | | 禁止js对象在非js线程(例如在IPC线程)创建、使用或销毁 | pass | | 禁止在对外接口中未经判空直接使用外部传入的指针 | pass | | 禁止接口返回局部变量引用 | pass | | 禁止在信号函数中加锁 | pass | | 禁止在关键流程(SA启动、应用启动等主流程)执行耗时的操作 | pass | | 禁止将同一个cpp编译在不同的so中 | pass | | 谨慎在lambda表达式中捕获FrameNode的强指针(RefPtr)避免循环引用导致内存泄漏 | pass | | 禁止在PostTask时捕获祼指针或引用,避免发生use-after-free导致crash | pass | **安全编码自检:** | 自检项 | 自检结果 | | -------------------------------------------------------------- | -------- | | 裸指针避免通过隐式转换构造为sptr | pass | | json对象在取值之前必须先判断类型,避免类型不匹配 | pass | | 序列化时必须对传入的数组大小进行校验,避免出现超大数组 | pass | | 避免使用未明确位宽的整型,选择使用int8_t、uint8_t等类型 | pass | | 外部传入的路径要做规范化校验,对路径中的.、..、../等特殊字符严格校验 | pass | | 指针变量、表示资源描述符的变量、bool变量必须赋初值 | pass | | readParcelable获取的对象使用前需要判空 | pass | | 分配和释放内存的函数需要成对出现 | pass | | 申请内存后异常退出前需要及时进行内存释放 | pass | | 内存申请前必须对内存大小进行合法性校验 | pass | | 内存分配后必须判断是否成功 | pass | | 禁止使用realloc、alloca函数 | pass | | 禁止打印文件路径、口令等敏感信息,如有需要,使用private修饰 | pass | | 禁止打印内存地址 | pass | | 整数之间运算时必须严格检查,确保不会出现溢出、反转、除0 | pass | | 禁止对有符号整数进行位操作符运算 | pass | | 禁止对指针进行逻辑或位运算 | pass | | 循环次数如果收外部数据控制,需要检验其合法性 | pass | | 禁止使用内存操作类危险函数,需要使用安全函数 | pass | | 谨慎使用不可重入函数 | pass | | 必须检查安全函数的返回值,并进行正确处理 | pass | | 禁止仅通过TokenType类型判断绕过权限校验 | pass | **TDD Result**: **XTS Result**: ### 是否已执行L0用例 - [ ] 已验证 - [ ] 不涉及。如不涉及,请写明理由 See merge request: openharmony/ability_form_fwk!3682 | 18 天前 | |
修复FrsFormRenderRecordTest crash问题 Signed-off-by: zhubingwei <zhubingwei@huawei.com> | 1 年前 | |
新增配置文件测试用例 Co-Authored-By: Agent Signed-off-by: finnick-zsp <zhushupei1@huawei.com> 🤖 AI[0%] 👌 AI Adopted[0%] 🧑 Human[100%] | 1 个月前 | |
卡片添加运行时打点 Co-Authored-By: wanghb Signed-off-by: renjg5496 <renjianhao@h-partners.com> | 1 个月前 | |
modify samgr Signed-off-by: chen <chenkang40@huawei.com> Change-Id: Ia7e777a8e23bf0ad2016421cc93e8261f6f6738f | 3 年前 | |
卡片代理刷新打点上报补充abilityname Signed-off-by: zhangzezhong <zhangzezhong8@huawei-partners.com> | 4 个月前 | |
Remove 4 zero-matching entries from libfms.map for ROM optimization Remove 4 wildcard entries that match zero exported symbols in libfms.z.so .dynsym, saving ~32KB stripped binary size: - FormEventReport: only has U (undefined/imported) symbols, no T/W/V exports from libfms - FormTaskMgr: source code has no such class definition - KvStoreDeathRecipientCallbackFormInfoStorage: source code has been deleted (callback removed in earlier refactor) - ThemeManagerThemeFormInfoByParcel: only inner_api parcel declaration residue, no actual exported symbols Verified: full form_fwk test build (hb build -t) passes with these removals. Zero functional risk. Signed-off-by: xiangcong3 <xiangcong4@huawei.com> 🤖 AI[0%] 🔧 Human Fixed[0%] 🧑 Human[0%] 👌 AI Adopted[0%] | 20 天前 |
卡片管理
简介
卡片是一种界面展示形式,可以将应用的重要信息或操作前置到卡片,以达到服务直达的目的。
卡片常用于嵌入到其他应用(当前只支持系统应用)中作为其界面的一部分显示,并支持拉起页面,发送消息等基础的交互功能。
卡片的基本概念:
- 卡片提供方 提供卡片显示内容原子化服务,定义卡片的显示内容、控件布局以及控件点击事件。
- 卡片使用方 显示卡片内容的应用,可自由配置应用中卡片展示的位置。
- 卡片管理服务 用于管理系统中所添加卡片的常驻代理服务,包括卡片对象的管理与使用,以及卡片周期性刷新等。
开发者仅需作为卡片提供方进行卡片内容的开发,卡片使用方和卡片管理服务由系统自动处理。
说明: 卡片使用方和提供方不要求常驻运行,在需要添加/删除/请求更新卡片时,卡片管理服务会拉起卡片提供方获取卡片信息。
部件内子模块职责
| 子模块名称 | 职责 |
|---|---|
| 卡片JS_Napikit模块 | 提供外部接口,与卡片管理服务交互,负责事件通知的调度,通过ArkUI更新卡片视图。 |
| 卡片管理服务模块 | 管理系统中所添加卡片的常驻代理服务,管理卡片的生命周期,并维护卡片信息以及卡片事件的调度。 |
目录
foundation/ability/form_fwk
├── frameworks
│ └── js
│ └── napi # form_fwk的napi代码实现
├── interfaces
│ ├── inner_api # form_fwk的系统内部件间接口
│ └── kits
│ └── native # form_fwk的对外接口
├── services # form管理服务框架代码
│ ├── config # form 管理服务配置文件及解析实现
│ ├── form_render_service # form_render_service.hap(FRS)实现
│ ├── include # form 管理服务依赖头文件
│ └── src # form 管理服务业务实现
└── test # 测试目录
使用说明
卡片框架模型具有两种形态:
- 第一种形态为FA模型。API 8及其更早版本的应用程序只能使用FA模型进行开发,卡片使用FormAbility开发。
- 第二种形态为Stage模型。从API 9开始,Ability框架引入了Stage模型作为第二种应用框架形态,卡片使用FormExtensionAbility开发。
FA卡片开发 基于FA模型的卡片提供方开发,主要涉及如下功能逻辑:
- 开发卡片生命周期回调函数LifecycleForm。
- 创建卡片数据FormBindingData对象。
- 通过FormProvider更新卡片。
- 开发卡片页面。
开发步骤可参考开发指南
Stage卡片开发 基于Stage模型的卡片提供方开发,主要涉及如下功能逻辑:
- 卡片生命周期回调函数FormExtension开发。
- 创建卡片数据FormBindingData对象。
- 通过FormProvider更新卡片。
- 卡片页面开发。
开发步骤可参考开发指南
相关仓
ArkTS API 接口
元能力子系统
ArkUI框架