microsoft / microsoft/vscode-java-debug
Allow 3rd-party extensions to contribute in-memory launch config
まだ誰も着手していません。
- 主要言語
- TypeScript
- スター
- 591
- フォーク
- 429
- 平均マージ
- 1日 9時間
- マージ済み PR(30日)
- 19
説明
Currently, vscode-java-debug searches the .vscode/launch.json file for a launch config matching the classname+project name.
If none is found, a default config is built in memory:
I'd like the JBang extension to provide a custom in-memory config, where we can dynamically set the add-opens args for instance, to be able to keep in synch' with the JBang directives in the java file, rather than having to create/update .vscode/launch.json at some point.
Would be nice if vscode-java-debug allowed 3rd-party extension to contribue launch config participants, that, if they match, would then provide a custom in-memory config, if none was found on disk.
See the video at the 4'37" mark and https://twitter.com/fbricon/status/1698735665259626996 for context
cc @maxandersen
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
src/extension.ts の427-433行目および450-459行目にある launch-config の検索とフォールバックの構築から始めます。デフォルトのインメモリ構成がどのように選択されるかを追跡し、その後、JBang のようなサードパーティの参加者が一致する構成を提供するにはどうすればよいかを判断します。ディスク上に一致するものがない場合に、拡張機能がカスタムのインメモリ構成を提供でき、動的に導出された add-opens 引数も含められれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- java, typescript, vscode
- 領域
- developer-experience, tooling
- issue の種類
- 機能追加
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100