Pull Request已成功合入, 合并人@openharmony_ci
(感谢 fangzhen 的贡献)感谢提交 Pull Requests!
Thanks for submitting a pull request.


【AI-Review】【一般】【基础代码问题】【可读性问题】scrollIndicatorInsets 平台支持标注不一致
● 问题:README.md 第475行 AnySizeIProps 属性表中,scrollIndicatorInsets 的 Platform 列标注为 "iOS/Android",而第454行 AutoIProps 属性表中同一属性标注为 "iOS"。经核实源码,AutoDragSortableView.js:588 和 AnySizeDragSortableView.js:411 均以相同方式将该属性透传给底层 ScrollView 组件(scrollIndicatorInsets={this.props.scrollIndicatorInsets}),两组件对该属性的处理完全一致。React Native 中 ScrollView 的 scrollIndicatorInsets 为 iOS 专属属性,Android 平台不生效。
● 影响:一般。用户查阅 AnySizeIProps 表时会误以为 scrollIndicatorInsets 在 Android 平台生效,实际在 Android 上不生效(仅 iOS 支持),造成对原三方库跨平台能力一致性的误解。README_en.md 第475行存在相同问题。
● 建议:将第475行 scrollIndicatorInsets 的 Platform 列由 "iOS/Android" 修改为 "iOS",与第454行 AutoIProps 表保持一致,确保同一属性在不同组件属性表中的平台支持描述一致。README_en.md 第475行需同步修改。


changed this line on cdb681dd view diff detail
【AI-Review】【一般】【基础代码问题】【可读性问题】scrollIndicatorInsets 平台支持标注不一致
● 问题:README_en.md 第475行 AnySizeIProps 属性表中,scrollIndicatorInsets 的 Platform 列标注为 "iOS/Android",而第454行 AutoIProps 属性表中同一属性标注为 "iOS"。经核实源码,AutoDragSortableView.js:588 和 AnySizeDragSortableView.js:411 均以相同方式将该属性透传给底层 ScrollView 组件(scrollIndicatorInsets={this.props.scrollIndicatorInsets}),两组件对该属性的处理完全一致。React Native 中 ScrollView 的 scrollIndicatorInsets 为 iOS 专属属性,Android 平台不生效。
● 影响:一般。用户查阅 AnySizeIProps 表时会误以为 scrollIndicatorInsets 在 Android 平台生效,实际在 Android 上不生效(仅 iOS 支持),造成对原三方库跨平台能力一致性的误解。
● 建议:将第475行 scrollIndicatorInsets 的 Platform 列由 "iOS/Android" 修改为 "iOS",与第454行 AutoIProps 表保持一致,确保同一属性在不同组件属性表中的平台支持描述一致。


changed this line on cdb681dd view diff detail
感谢提交 Pull Requests!
Thanks for submitting a pull request.


【AI-Review】【一般】【基础代码问题】【可读性问题】
● 问题: README.md 第351行 AnySizeDragSortableView 示例代码中 areaOverlapRatio={0.5},与第478行 API 属性表中该属性约束 "必须大于 0.5" 相互矛盾。经核实源码 lib/AnySizeDragSortableView.js:480 默认值为 0.55 且源码注释为 "Must be greater than 0.5",0.5 并不满足 "大于 0.5" 的约束条件(0.5 等于 0.5,而非大于 0.5)。
● 影响: 一般。用户参照示例代码设置 areaOverlapRatio=0.5 会违反文档自身声明的约束条件;根据源码 lib/AnySizeDragSortableView.js:278 的判定逻辑 if (overlapArea < minArea * areaOverlapRatio || !overlapArea) continue,当该值设为 0.5 时,在拖拽项与目标项重叠面积恰好等于最小面积 50% 的临界场景下会被判定为有效目标,可能触发源码注释所述的 "repeated switching caused by triggering the critical point" 反复切换问题,导致拖拽结束位置判定不稳定。README_en.md 第351行存在相同问题。
● 建议: 将第351行 areaOverlapRatio={0.5} 修改为大于 0.5 的值(如默认值 0.55 或 0.6),使示例与第478行 API 表中 "必须大于 0.5" 的约束保持一致。README_en.md 第351行需同步修改。


changed this line on 4f2fadce view diff detail
【AI-Review】【一般】【基础代码问题】【可读性问题】
● 问题: README_en.md 第351行 AnySizeDragSortableView 示例代码中 areaOverlapRatio={0.5},与第478行 API 属性表中该属性约束 "must be greater than 0.5" 相互矛盾。经核实源码 lib/AnySizeDragSortableView.js:480 默认值为 0.55 且源码注释为 "Must be greater than 0.5",0.5 并不满足 "greater than 0.5" 的约束条件(0.5 等于 0.5,而非大于 0.5)。
● 影响: General. Users following the example to set areaOverlapRatio=0.5 would violate the constraint declared in the documentation itself; according to the source code lib/AnySizeDragSortableView.js:278 judgment logic if (overlapArea < minArea * areaOverlapRatio || !overlapArea) continue, when this value is set to 0.5, in the critical scenario where the overlap area between the dragged item and the target item happens to equal 50% of the minimum area, it would be judged as a valid target, which may trigger the "repeated switching caused by triggering the critical point" issue described in the source comment, leading to unstable drag-end position judgment. README.md line 351 has the same issue.
● 建议: Change line 351 areaOverlapRatio={0.5} to a value greater than 0.5 (such as the default 0.55 or 0.6), so that the example is consistent with the "must be greater than 0.5" constraint in the API table on line 478. README.md line 351 needs to be updated synchronously.


changed this line on 4f2fadce view diff detail
start build


start build


首次触发
门禁构建开始,包含静态检查,预计在60分钟内完成,门禁结果会同步发送到注册邮箱。您可以通过如下链接跟踪门禁进展:http://dcp.openharmony.cn/workbench/cicd/detail/6ac9ff6464650f998b7b4357/runlist


代码门禁未通过
您可以通过如下链接查看门禁报告:http://dcp.openharmony.cn/workbench/cicd/detail/6ac9ff6464650f998b7b4357/runlist
静态检查:
| # | check type | result | report |
|---|---|---|---|
| 1 | codeCheck | noPass | >>> |


start build


上次构建已超过12小时,重新全量验证,重置所有关联PR的验证状态
门禁构建开始,包含静态检查,预计在60分钟内完成,门禁结果会同步发送到注册邮箱。您可以通过如下链接跟踪门禁进展:http://dcp.openharmony.cn/workbench/cicd/detail/6acc50e064650f998b194e5e/runlist


代码门禁通过
您可以通过如下链接查看门禁报告:http://dcp.openharmony.cn/workbench/cicd/detail/6acc50e064650f998b194e5e/runlist
静态检查:
| # | check type | result | report |
|---|---|---|---|
| 1 | codeCheck | pass | >>> |


数据库内未检测到最新commit的dco结果,无法合入,请评论check dco重新触发dco检查,检查通过后再评论submit触发合入


check dco


感谢提交 Pull Requests!
Thanks for submitting a pull request.


submit


验证结果已超过12小时,之前验证结果无效,自动重新触发构建,请关注最新验证结果


start build


上次构建已超过12小时,重新全量验证,重置所有关联PR的验证状态
门禁构建开始,包含静态检查,预计在60分钟内完成,门禁结果会同步发送到注册邮箱。您可以通过如下链接跟踪门禁进展:http://dcp.openharmony.cn/workbench/cicd/detail/6ad30a7d64650f998b5b2287/runlist


代码门禁通过
您可以通过如下链接查看门禁报告:http://dcp.openharmony.cn/workbench/cicd/detail/6ad30a7d64650f998b5b2287/runlist
静态检查:
| # | check type | result | report |
|---|---|---|---|
| 1 | codeCheck | pass | >>> |


变更类型
请在对应类型(请勿多选)前打
√,仅可选择一项:变更内容
修改说明
将 br_rnoh0.72 分支 README.md 由指向 usage-docs 的存根文档升级为 v0.4.2 完整版模板文档,并新增同步的英文版 README_en.md。
主要修改
@react-native-ohos/react-native-drag-sort~2.4.5(npm 正式版,无“开发中”标注):发布信息 GitCode Releases,源码 br_rnoh0.72,Autolink 否,编译 API12+;@react-native-oh-tpl/react-native-drag-sort<=2.4.4-0.1.0@deprecated(sig 行);react-native-drag-sort@^2.4.4一致)。npm/yarn加粗分列,安装@react-native-ohos/react-native-drag-sort(其 npm 依赖已包含社区基线包 react-native-drag-sort@^2.4.4)。git ls-tree实测逐条目校验后编写。检视意见修复
iOS/Android→iOS,与 AutoIProps 表保持一致(该属性为 iOS 专属 ScrollView 属性,两组件透传方式相同);并在两张表的该属性描述中关联遗留问题 issue#179;README_en.md 同步修改。(commit cdb681d)../SourceLibraryDemo/data/img/clear.png:该意见针对 PR 早期版本;当前 head 示例已重写为自包含代码(grep 零命中),无需再修改。测试步骤
测试情况
合入前自检
关联 issue:#5