Have `expandAlias` emit `TextEdit`s like the rename handler instead of a custom request
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 48/100
調査の方向性
ExpandAliasHandler、RenameService、ScriptExtentAdapter から始め、#2312 と #2108 をコンテキストとして使用します。既存の powerShell/expandAlias リクエストと vscode-powershell クライアントの配線を追跡し、その後 rename handler の TextEdit 出力と比較します。alias expansion が command-name extents に対する edits を出力し、client contract が更新されるか、custom request が deprecated になれば完了です。
索引モデルが issue の本文から書いたものです。
説明
Follow-on from @JustinGrote's review on #2312: https://github.com/PowerShell/PowerShellEditorServices/pull/2312#pullrequestreview-4521187389
Yeah looks fine to me. As a follow-on issue we should probably update the rename handler to use this same code path if it isn't already.
The rename handler (RenameService) is already on the modern path — it uses System.Management.Automation.Language.Parser.ParseInput plus AST visitors and never used the legacy PsParser, so there's nothing to migrate there. #2312 brought ExpandAliasHandler onto the same modern parser.
The remaining divergence is in output shape, and the reusable direction is the reverse of "rename adopts expand-alias": expand-alias should adopt rename's edit model.
ExpandAliasHandlerresolves aliases, then returns a single wholesale-rewritten string over the custompowerShell/expandAliasJSON-RPC request.RenameServicewalks AST extents and returnsTextEdit[]over standardtextDocument/rename, usingScriptExtentAdapterto map PowerShell 1-based extents to LSP 0-based ranges.
This is also what #2108 itself anticipated: "return a proper edit (potentially deprecating the need for an entirely separate custom request)."
Proposed work:
- Rework alias expansion to emit
TextEdits (reusingScriptExtentAdapter) covering each command-name token's extent, instead of returning a rewritten document. - Investigate folding it into a standard LSP surface (e.g. a code action) and deprecating the custom
powerShell/expandAliasrequest + its client plumbing in vscode-powershell.
Note this changes the client contract, so it needs coordination with the extension — which is why #2312 was scoped to just the parser swap.
Drafted by Copilot (Claude Opus 4.8).
- 主要言語
- C#
- スター
- 767
- フォーク
- 266
- 平均マージ
- 3日 16時間
- マージ済み PR（30日）
- 1
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
PowerShell/PowerShellEditorServices のほかの issue
-
[Bug] None of the string overloads of `EditorExtensionServiceProvider.GetService()` work on .NET. オープン
PowerShell/PowerShellEditorServices#2331 · リアクション 1 件 · 担当者 2 名 ·
-
Area-Debugging Issue-Enhancement
PowerShell/PowerShellEditorServices#2294 · リアクション 1 件 · 担当者 2 名 ·
-
Issue-Bug Needs: Triage
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
PowerShell/PowerShellEditorServices#2293 · コメント 1 件 ·
-
PowerShell/PowerShellEditorServices#2282 · コメント 1 件 · リアクション 1 件 · 担当者 2 名 ·
-
Issue-Bug Needs: Triage
PowerShell/PowerShellEditorServices#2278 · リアクション 1 件 · 担当者 2 名 ·
PowerShell/PowerShellEditorServices の issue をすべて見る
似ている issue
-
:watch: Not Triaged dotnet-fsharp/svc
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
-
Client customer-reported needs-team-attention question Service Attention WebPubSub
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
Azure/azure-sdk-for-net#63292 · コメント 3 件 · リアクション 1 件 ·
-
Issue-Enhancement Needs-Triage
難易度 1/5 1時間未満 初心者へのやさしさ 86/100
PowerShell/PowerShell#28061 · リアクション 2 件 ·
-
dependencies needs-team-triage server-Azure.Mcp
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
-
aspnet-core/svc aspnetcore-signalr/subsvc doc-enhancement Pri2 SignalR
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
dotnet/AspNetCore.Docs#37729 ·