feat: implement line change code edits api #4106
Conversation
Walkthrough该拉取请求对智能补全功能进行了多项更改，包括更新导入路径、修改方法的可见性和参数类型，以及引入新的抽象类和具体类以支持代码编辑源的管理。特别是， Changes
Possibly related PRs
Suggested labels
Suggested reviewers
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 5
🧹 Outside diff range and nitpick comments (1)
packages/ai-native/src/browser/contrib/intelligent-completions/index.ts (1)
18-26: 使用联合类型替换接口是一个很好的改进将
ICodeEditsContextBean接口替换为联合类型是一个很好的改进。这种方法为不同的代码编辑源提供了更大的灵活性和类型安全性。考虑以下建议来进一步改进代码：
- 如果可能，为
LineChange的data字段定义一个更具体的类型，而不是使用unknown。这将提供更好的类型安全性和自动完成功能。例如：interface ILineChangeData { // 在此定义行更改数据的结构 } export type ICodeEditsContextBean = | { typing: ECodeEditsSource.LinterErrors; data: ILinterErrorData; } | { typing: ECodeEditsSource.LineChange; data: ILineChangeData; };
- 考虑使用可辨识联合模式来简化类型检查。例如：
export type ICodeEditsContextBean = | { type: ECodeEditsSource.LinterErrors; data: ILinterErrorData; } | { type: ECodeEditsSource.LineChange; data: ILineChangeData; };这样可以更容易地在代码中进行类型收窄。
请评估这些建议是否适合您的用例，并在必要时进行调整。
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
📒 Files selected for processing (5)
- packages/ai-native/src/browser/contrib/intelligent-completions/index.ts (2 hunks)
- packages/ai-native/src/browser/contrib/intelligent-completions/intelligent-completions.controller.ts (4 hunks)
- packages/ai-native/src/browser/contrib/intelligent-completions/source/base.ts (1 hunks)
- packages/ai-native/src/browser/contrib/intelligent-completions/source/line-change.source.ts (1 hunks)
- packages/ai-native/src/browser/contrib/intelligent-completions/source/lint-error.source.ts (5 hunks)
🧰 Additional context used
🔇 Additional comments (16)
packages/ai-native/src/browser/contrib/intelligent-completions/index.ts (2)
15-15: 新增的枚举值 'LineChange' 看起来不错向
ECodeEditsSource枚举中添加 'LineChange' 值是一个很好的扩展，与实现行更改代码编辑 API 的 PR 目标一致。为确保新枚举值在代码库的相关部分得到正确处理，请运行以下脚本：
#!/bin/bash # 描述：验证 ECodeEditsSource.LineChange 的使用情况 # 测试：搜索 ECodeEditsSource.LineChange 的使用。预期：应该找到匹配项 echo "检查 ECodeEditsSource.LineChange 的使用情况：" rg --type typescript "ECodeEditsSource\.LineChange" packages/ai-native请确保在所有相关的地方都正确地处理了这个新的枚举值。
3-3: 验证导入路径更改的一致性导入路径已从 './lint-error.source' 更新为 './source/lint-error.source'。这表明项目文件结构可能已经发生了变化。
请运行以下脚本以验证此更改在整个项目中的一致性：
确保没有遗漏任何需要更新的文件。
✅ Verification successful
修正导入路径验证脚本
之前的脚本在识别 TypeScript 文件类型时出现错误。现已修正命令以正确搜索 TypeScript 文件。
验证导入路径更改的一致性
导入路径已从
'./lint-error.source'更新为'./source/lint-error.source'。通过脚本验证，没有发现旧的导入路径，且以下文件已正确更新新的导入路径：
packages/ai-native/src/browser/contrib/intelligent-completions/index.tspackages/ai-native/src/browser/contrib/intelligent-completions/intelligent-completions.controller.ts🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # 描述：验证 ILinterErrorData 的导入路径更改是否在整个项目中保持一致 # 测试：搜索旧的导入路径。预期：不应找到任何匹配项 echo "检查是否仍存在旧的导入路径：" rg --type typescript "from './lint-error.source'" packages/ai-native # 测试：搜索新的导入路径。预期：应该找到匹配项 echo "检查新的导入路径是否已在其他文件中更新：" rg --type typescript "from './source/lint-error.source'" packages/ai-nativeLength of output: 660
Script:
#!/bin/bash # 描述：验证 ILinterErrorData 的导入路径更改是否在整个项目中保持一致 # 测试：搜索旧的导入路径。预期：不应找到任何匹配项 echo "检查是否仍存在旧的导入路径：" rg "from './lint-error.source'" --glob "*.ts" packages/ai-native # 测试：搜索新的导入路径。预期：应该找到匹配项 echo "检查新的导入路径是否已在其他文件中更新：" rg "from './source/lint-error.source'" --glob "*.ts" packages/ai-nativeLength of output: 930
packages/ai-native/src/browser/contrib/intelligent-completions/source/line-change.source.ts (3)
9-10: 类定义正确，符合预期。
LineChangeCodeEditsSource类正确地继承了BaseCodeEditsSource，并使用了@Injectable({ multiple: true })注解，允许创建多个实例。
11-24:mount方法实现良好。
mount方法正确地添加了光标位置变化的监听器，并在行号发生变化时触发doTrigger()方法。prePosition的初始化和更新逻辑清晰，保证了对比前后光标位置的准确性。
26-36:doTrigger方法实现正确。
doTrigger方法在获取当前位置后，正确地调用了launchProvider，并传递了必要的参数。对position的空值检查也保证了方法的稳健性。packages/ai-native/src/browser/contrib/intelligent-completions/source/lint-error.source.ts (7)
1-2: 导入语句正确引入了必要的依赖项，确保了依赖注入和接口的使用。
14-14: 导入ECodeEditsSource需要导入
ECodeEditsSource以便在后续代码中使用。
16-16: 导入BaseCodeEditsSource由于基类更改为
BaseCodeEditsSource，因此需要导入该模块。
56-56: 将基类从Disposable更改为BaseCodeEditsSource将类
LintErrorCodeEditsSource的基类从Disposable改为BaseCodeEditsSource，这可能会影响类的功能和生命周期管理。请确保BaseCodeEditsSource提供了所需的功能，并且不会引入不兼容的问题。
90-96: 调用launchProvider的方法正确正确地调用了
launchProvider，并传入了预期的参数，逻辑清晰。
88-95:⚠️ Potential issue确保
relativeWorkspacePath的值有效在第88行，使用
this.workspaceService.asRelativePath(resource.path)获取relativeWorkspacePath。请确认asRelativePath方法返回的值符合预期，并且在第93行正确处理了undefined的情况。
76-76: 方法doTrigger的访问修饰符从private更改为protected将
doTrigger方法的访问修饰符从private改为protected，这允许子类访问或重写该方法。请确认这是预期的修改，不会导致封装性或安全性的问题。运行以下脚本以确认是否有任何子类重写了
doTrigger方法：packages/ai-native/src/browser/contrib/intelligent-completions/intelligent-completions.controller.ts (4)
31-33: 导入新模块引入了
CodeEditsResultValue、LineChangeCodeEditsSource和LintErrorCodeEditsSource模块，确保在后续代码中正确使用。
393-393: 确保正确挂载lineChangeCodeEditsSource确认
lineChangeCodeEditsSource已正确挂载，保证其功能正常运行。
Line range hint
174-183: 将fetchProvider方法从public改为private将方法
fetchProvider的可见性从public更改为private，并将参数类型从ICodeEditsResult更改为CodeEditsResultValue。请确认此方法未在类外部被调用，否则可能会导致引用错误。您可以运行以下脚本以检查
fetchProvider方法是否在类外部被调用：✅ Verification successful
验证通过：
fetchProvider方法在intelligent-completions.controller.ts类外部未被调用，修改其可见性为private不会导致引用错误。🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # 检查'fetchProvider'方法是否在类外部被调用 rg --type ts --type js -g '!intelligent-completions.controller.ts' -A3 'fetchProvider\('Length of output: 946
Script:
#!/bin/bash # 检查 'fetchProvider' 方法是否在类外部被调用 rg --type ts --type js -g '!intelligent-completions.controller.ts' -A3 'fetchProvider\('Length of output: 1267
Line range hint
186-231: 检查applyInlineDecorations方法参数类型更改将
applyInlineDecorations方法的参数类型从ICodeEditsResult更改为CodeEditsResultValue。请确认所有对该方法的调用已更新，以匹配新的参数类型，避免类型不匹配的问题。您可以运行以下脚本查找对
applyInlineDecorations方法的调用，并检查参数类型：
packages/ai-native/src/browser/contrib/intelligent-completions/source/line-change.source.ts
Outdated
Show resolved
Hide resolved
packages/ai-native/src/browser/contrib/intelligent-completions/source/base.ts
Show resolved
Hide resolved
packages/ai-native/src/browser/contrib/intelligent-completions/source/base.ts
Show resolved
Hide resolved
packages/ai-native/src/browser/contrib/intelligent-completions/source/base.ts
Show resolved
Hide resolved
.../ai-native/src/browser/contrib/intelligent-completions/intelligent-completions.controller.ts
Outdated
Show resolved
Hide resolved
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #4106 +/- ##
==========================================
- Coverage 54.30% 54.26% -0.05%
==========================================
Files 1596 1598 +2
Lines 97476 97561 +85
Branches 19940 19948 +8
==========================================
+ Hits 52935 52942 +7
- Misses 36998 37070 +72
- Partials 7543 7549 +6
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
There was a problem hiding this comment.
Actionable comments posted: 2
🧹 Outside diff range and nitpick comments (7)
packages/ai-native/src/browser/contrib/intelligent-completions/source/lint-error.source.ts (3)
Line range hint
62-77: mount 方法保持了核心功能
mount方法的核心功能得以保留，继续监听光标位置的变化。使用addDispose方法可能是新基类提供的功能，有助于资源管理。考虑使用解构赋值来简化
currentPosition的使用：- const currentPosition = event.position; - if (prePosition && prePosition.lineNumber !== currentPosition.lineNumber) { - this.doTrigger(currentPosition); - } - prePosition = currentPosition; + const { position } = event; + if (prePosition && prePosition.lineNumber !== position.lineNumber) { + this.doTrigger(position); + } + prePosition = position;这样可以使代码更加简洁和易读。
Line range hint
78-99: doTrigger 方法的重构提高了可扩展性将
doTrigger方法改为 protected 访问级别增加了类的可扩展性，允许子类重写或扩展此方法。方法逻辑的简化和直接调用launchProvider表明代码结构得到了优化。建议增加错误处理，以提高代码的健壮性：
protected async doTrigger(position: Position) { if (!this.model) { + console.warn('Model is not available for LintErrorCodeEditsSource'); return; } const markerService = StandaloneServices.get(IMarkerService); + if (!markerService) { + console.error('MarkerService is not available'); + return; + } const resource = this.model.uri; let markers = markerService.read({ resource, severities: MarkerSeverity.Error }); markers = markers.filter((marker) => Math.abs(marker.startLineNumber - position.lineNumber) <= 1); if (markers.length) { const relativeWorkspacePath = await this.workspaceService.asRelativePath(resource.path); this.launchProvider(this.monacoEditor, position, { typing: ECodeEditsSource.LinterErrors, data: { relativeWorkspacePath: relativeWorkspacePath?.path ?? resource.path, errors: markers.map((marker) => MarkerErrorData.toData(marker)), }, }); } }这些改动将帮助开发者更容易地诊断潜在问题。
Line range hint
1-99: 总体评价：代码结构得到显著改善本次更改大幅提升了
LintErrorCodeEditsSource类的结构和可维护性：
- 通过继承
BaseCodeEditsSource，增强了代码的一致性和可重用性。- 简化了
doTrigger方法，使逻辑更加清晰。- 引入
priority属性，暗示了新的优先级机制。这些变更似乎是更大规模重构的一部分，旨在改善整个智能补全功能的架构。
建议考虑以下几点来进一步完善代码：
- 为
priority属性添加文档注释，解释其用途和影响。- 考虑使用依赖注入来获取
MarkerService，而不是直接从StandaloneServices获取。- 可以创建一个配置文件或常量文件来存储诸如过滤标记的行数范围等魔术数字。
这些建议可以进一步提高代码的可维护性和可测试性。
packages/ai-native/src/browser/contrib/intelligent-completions/source/line-change.source.ts (3)
35-35: 建议将代码注释改为英文为保持代码库的一致性，建议将代码注释从中文改为英文。
37-39: 请考虑调整触发间隔时间当前触发条件是在60秒内不重复触发，但60秒的间隔可能过长，影响用户体验。建议评估并调整间隔时间，使之更符合实际需求。
28-28: 建议重命名变量以提升可读性
lastEditTime变量实际上记录了doTrigger()方法的最后触发时间，而非编辑时间。为避免混淆，建议将变量名改为lastTriggerTime。packages/ai-native/src/browser/contrib/intelligent-completions/source/base.ts (1)
107-150: 为公共方法添加注释以提高可读性
CodeEditsSourceCollection类的mount()方法是公共方法，建议为其添加注释，描述其功能和使用方式，以提高代码的可读性和可维护性。
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
📒 Files selected for processing (4)
- packages/ai-native/src/browser/contrib/intelligent-completions/intelligent-completions.controller.ts (4 hunks)
- packages/ai-native/src/browser/contrib/intelligent-completions/source/base.ts (1 hunks)
- packages/ai-native/src/browser/contrib/intelligent-completions/source/line-change.source.ts (1 hunks)
- packages/ai-native/src/browser/contrib/intelligent-completions/source/lint-error.source.ts (5 hunks)
🧰 Additional context used
🔇 Additional comments (9)
packages/ai-native/src/browser/contrib/intelligent-completions/source/lint-error.source.ts (2)
56-57: 类声明的更改增强了代码结构将基类从
Disposable更改为BaseCodeEditsSource提高了代码的专一性和可维护性。这种变化表明可能进行了更广泛的重构，以统一处理代码编辑源。新增的
priority属性暗示了可能存在一个优先级机制。能否提供关于
priority属性的用途和影响的更多信息？这个属性是如何在整个系统中使用的？#!/bin/bash # 描述：搜索其他使用 priority 属性的代码编辑源 # 测试：查找其他定义了 priority 属性的类 rg 'class.*extends BaseCodeEditsSource.*\{[\s\S]*?priority' --type ts
Line range hint
1-16: 导入语句的更改反映了类的重构导入语句的修改显示了类的依赖关系发生了变化。新增的
BaseCodeEditsSource和ECodeEditsSource导入表明类的结构和功能有所调整。这些更改可能会影响到其他依赖此文件的部分。请运行以下脚本来验证导入更改的影响：
✅ Verification successful
请运行以下脚本来重新验证导入更改：
请运行以下脚本以重新验证导入更改：
导入更改已成功验证
已确认在其他文件中仍使用
ICodeEditor、CancellationToken和IIntelligentCompletionsProvider。此次导入更改不会影响这些现有引用。🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # 描述：检查是否有其他文件仍在使用已删除的导入 # 测试：搜索可能仍在使用已删除导入的文件 rg -l 'import.*ICodeEditor|import.*CancellationToken|import.*IIntelligentCompletionsProvider' --type tsLength of output: 165
Script:
#!/bin/bash # 描述：检查是否有其他文件仍在使用已删除或替换的导入 # 测试：搜索可能仍在使用已删除导入的文件 rg -l 'import.*\b(ICodeEditor|CancellationToken|IIntelligentCompletionsProvider)\b' --type tsLength of output: 7920
Script:
#!/bin/bash # 描述：检查是否有其他文件仍在使用已删除或替换的导入 # 测试：搜索可能仍在使用已删除导入的文件 rg -l "import.*\b(ICodeEditor|CancellationToken|IIntelligentCompletionsProvider)\b" --type tsLength of output: 7920
packages/ai-native/src/browser/contrib/intelligent-completions/source/base.ts (3)
29-29: 为doTrigger方法指定明确的参数类型之前的评论仍然适用。
doTrigger方法中的参数类型使用了any，建议为参数指定明确的类型，以提高类型安全性和可维护性。
42-44: 在获取model时需要检查monacoEditor是否存在之前已经指出，由于
monacoEditor被标记为@Optional()，可能为undefined。在调用this.monacoEditor.getModel()之前，应该检查this.monacoEditor是否存在，以防止出现空引用错误。
50-53: 在取消CancellationTokenSource后应释放资源之前的评论仍然适用。在
cancelToken()方法中，调用this.cancellationTokenSource.cancel()后，建议立即调用this.cancellationTokenSource.dispose()，以确保正确释放资源，避免可能的内存泄漏。packages/ai-native/src/browser/contrib/intelligent-completions/intelligent-completions.controller.ts (4)
31-33: 成功添加新的导入模块已正确导入
CodeEditsResultValue、CodeEditsSourceCollection、LineChangeCodeEditsSource和LintErrorCodeEditsSource模块，为后续功能实现奠定了基础。
380-396: 已正确订阅codeEditsSourceCollection的变化新的代码初始化了
codeEditsSourceCollection并订阅了codeEditsSourceCollection.codeEditsResult，确保了对LintErrorCodeEditsSource和LineChangeCodeEditsSource的更新都能触发fetchProvider方法。
Line range hint
186-214: 检查applyInlineDecorations方法参数类型的更改
applyInlineDecorations方法的参数类型从ICodeEditsResult更改为CodeEditsResultValue。请确保新的参数类型与方法内部逻辑兼容，且所有调用此方法的地方都已更新。请运行以下脚本，验证代码库中对
applyInlineDecorations方法的调用：#!/bin/bash # 描述：查找代码库中对 applyInlineDecorations 方法的所有调用 # 期望结果：只有在 IntelligentCompletionsController 类内部调用，并使用新的参数类型 rg 'applyInlineDecorations' --type ts
Line range hint
174-183: 注意fetchProvider方法的可见性和参数类型更改
fetchProvider方法从public改为private，参数类型从ICodeEditsResult更改为CodeEditsResultValue。请确认此更改不会影响其他模块对该方法的调用，并确保新的参数类型与现有逻辑兼容。请运行以下脚本，检查代码库中是否有对
fetchProvider方法的外部调用：
packages/ai-native/src/browser/contrib/intelligent-completions/source/base.ts
Show resolved
Hide resolved
packages/ai-native/src/browser/contrib/intelligent-completions/source/base.ts
Show resolved
Hide resolved
Ricbet
changed the title
There was a problem hiding this comment.
Actionable comments posted: 1
🧹 Outside diff range and nitpick comments (1)
packages/ai-native/src/browser/contrib/intelligent-completions/index.ts (1)
19-27: 类型定义的修改看起来不错，但可以考虑进一步改进。新的联合类型定义很好地accommodated了现有的
LinterErrors和新的LineChange功能。这与PR的目标一致，并为未来可能的扩展提供了灵活性。为了提高代码的可维护性，您可以考虑使用一个通用类型来减少重复：
type CodeEditsContextBeanBase<T extends ECodeEditsSource, D> = { typing: T; data: D; }; export type ICodeEditsContextBean = | CodeEditsContextBeanBase<ECodeEditsSource.LinterErrors, ILinterErrorData> | CodeEditsContextBeanBase<ECodeEditsSource.LineChange, ILineChangeData>;这样的结构可以使未来添加新的编辑源变得更加容易。
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
📒 Files selected for processing (2)
- packages/ai-native/src/browser/contrib/intelligent-completions/index.ts (2 hunks)
- packages/ai-native/src/browser/contrib/intelligent-completions/source/line-change.source.ts (1 hunks)
🧰 Additional context used
🔇 Additional comments (6)
packages/ai-native/src/browser/contrib/intelligent-completions/index.ts (2)
3-4: 导入语句看起来没有问题。新增的导入语句与PR的目标一致，为实现行变更代码编辑API提供了必要的类型定义。
16-16: 枚举成员添加正确。新增的
LineChange枚举成员与PR的目标一致，并且遵循了现有枚举成员的命名约定。packages/ai-native/src/browser/contrib/intelligent-completions/source/line-change.source.ts (4)
1-7: 导入看起来很好。导入语句清晰明了，包含了所有必要的依赖项，没有多余的导入。
9-12: 接口定义清晰明了。
ILineChangeData接口定义简洁，包含了当前行号和前一行号，这对于跟踪行变化很有用。
14-19: 类定义和属性设计合理。
LineChangeCodeEditsSource类的结构适合其用途：
@Injectable装饰器允许依赖注入，有利于模块化。priority属性可能用于对多个源进行排序。prePosition私有属性用于跟踪先前的光标位置，有助于检测行变化。
20-53: 方法实现总体良好。
mount()和doTrigger()方法的实现逻辑清晰：
mount()正确设置了事件监听器，并在行变化时更新prePosition。doTrigger()实现了触发提供者的逻辑，包括冷却机制以防止频繁触发。
packages/ai-native/src/browser/contrib/intelligent-completions/source/line-change.source.ts
Show resolved
Hide resolved
packages/ai-native/src/browser/contrib/intelligent-completions/source/lint-error.source.ts
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Actionable comments posted: 0
🧹 Outside diff range and nitpick comments (1)
packages/ai-native/src/browser/contrib/intelligent-completions/source/lint-error.source.ts (1)
Line range hint
78-99:doTrigger方法的更改改进了代码结构将方法改为
protected并使用this.launchProvider的变更提高了代码的可扩展性和可维护性。这些更改与BaseCodeEditsSource建立的新结构保持一致。建议在调用
this.launchProvider之前添加一个检查，以确保markers.length > 0。这可以避免在没有错误时不必要地启动提供程序。例如：if (markers.length) { const relativeWorkspacePath = await this.workspaceService.asRelativePath(resource.path); + if (markers.length > 0) { this.launchProvider(this.monacoEditor, position, { typing: ECodeEditsSource.LinterErrors, data: { relativeWorkspacePath: relativeWorkspacePath?.path ?? resource.path, errors: markers.map((marker) => MarkerErrorData.toData(marker)), }, }); + } }
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
📒 Files selected for processing (1)
- packages/ai-native/src/browser/contrib/intelligent-completions/source/lint-error.source.ts (5 hunks)
🧰 Additional context used
🔇 Additional comments (4)
packages/ai-native/src/browser/contrib/intelligent-completions/source/lint-error.source.ts (4)
Line range hint
1-16: 导入语句的更改看起来不错！导入语句的修改反映了类的重构，删除了不必要的导入，并添加了新的必要导入。这些更改提高了代码的清晰度和组织性。
Line range hint
62-77:mount方法保持不变，看起来很好
mount方法的逻辑保持不变，继续监控光标位置的变化并在行号改变时触发doTrigger。这表明该功能部分保持稳定，符合类的目的。
Line range hint
1-101: 总体来说，这些更改提高了代码质量和可维护性文件的重构通过引入新的基类
BaseCodeEditsSource显著改善了代码结构。主要变更包括：
- 更新了导入语句，删除了不必要的导入。
- 将类的基类从
Disposable更改为BaseCodeEditsSource。- 添加了
priority属性，可能用于优化代码编辑源的处理。- 简化了
doTrigger方法，使用this.launchProvider来处理通用功能。这些更改与PR的目标（实现行更改代码编辑API）保持一致，并提高了代码的可扩展性和可维护性。
56-57: 类声明的更改看起来不错，但需要澄清将基类更改为
BaseCodeEditsSource符合重构的目标。新添加的priority属性看起来是一个有趣的补充。能否解释一下
priority属性的用途？它是如何影响代码编辑源的处理的？为了验证
priority属性的使用，我们可以运行以下脚本：✅ Verification successful
类声明的更改已核实，无问题。
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # 描述：查找 `priority` 属性的使用情况 # 测试：搜索 `priority` 属性的使用。预期：找到在其他地方使用此属性的代码。 rg -i 'priority.*=.*\d+' --type tsLength of output: 1040
Types
Background or solution
Changelog
实现 line change 触发类型的 code edits api
Summary by CodeRabbit
新功能
CodeEditsSourceCollection类以管理多个代码编辑源实例。ECodeEditsSource枚举，新增了行变化相关的成员。改进
ICodeEditsContextBean类型定义，以支持行变化的数据结构。修复