Visual Studioのファイルエクスプローラ - 新機能の可能性

Visual Studio で隠しファイルにアクセスする際の問題点

ビデオの冒頭で、ティム・コーリーは、開発者の共通のフラストレーションである、ソリューションに正式に含まれていないファイルを簡単に変更できないことを強調しています。 たとえば、.gitignore ファイルへのアクセスや、README.md のようなプロジェクト関連のドキュメントの編集が不必要に複雑になります。 Timは、典型的な回避策の1つは、ソリューションエクスプローラの"すべてのファイルを表示"アイコンをクリックすることだと説明しています。

しかし、Timが1:21で示すように、この機能を使用すると、雑然としたエクスペリエンスが生まれます。 一貫性がないため、プロジェクトごとに個別に有効にする必要があります。 まとまりがなくなり、常にビューを切り替えることになります。 さらに悪いことに、ソリューション・レベルでは必ずしも役に立ちません。たとえば、特定のプロジェクトの一部ではなく、ソリューションのルート・ディレクトリに存在するファイルにはアクセスできません。

フォルダー ビュー：限られた選択肢

.gitignoreや.gitattributesのような隠しファイルにアクセスできるようになります。 しかし、ティムは、このモードには重大な限界があることも明らかにしている。 標準的なソリューションビューではなくなり、開発者が信頼する一般的なツールや機能へのアクセスが失われることになります。

ティムはここで個人的な意見を述べます：彼はフォルダビューに切り替えるのが好きではありません。 典型的なワークフローでは、断絶していて不便に感じます。 そのため、現在テスト中の新しいVisual Studio拡張機能という、はるかに優れたソリューションを紹介することになった。

ファイル エクスプローラー拡張機能の紹介

このような問題を解決するために、ティムは、Visual Studioの拡張機能マネージャから利用できる、マッズ・クリステンセン（Mads Kristensen）氏の"File Explorer"という新しい拡張機能を紹介しています。 Timが2:31で言及しているように、Madsは、MicrosoftがVisual Studioに直接統合するかどうかを決定する前に、関心を測りフィードバックを収集するために、拡張機能という形で実験的な機能を作成することで知られている。

収録の時点で、この拡張機能は3,000件以上ダウンロードされ、平均評価も高いことから、開発者コミュニティはこの拡張機能を本当に便利なものだと感じているようです。

拡張機能のインストールと有効化

Timはインストール手順を示し、拡張機能を使用するにはインストール後にVisual Studioの再起動が必要であることに触れています（3:06）。 カメラに映らないところでそれを行った後、彼はソリューション・エクスプローラーの中に組み込まれた新しいファイル・エクスプローラー・ビューを見せるために戻ってきた（3:16）。

この新しいセクションは、ソリューション名のフォルダとして表示され、すべてのプロジェクトと同じレベルに配置されます。 展開すると、フォルダ構造全体（通常はソリューションエクスプローラに表示されないファイルやディレクトリ）に直接アクセスできるようになります。

隠しファイルのナビゲーションと変更

3:29、ティムはこの新しいファイルエクスプローラーペインをナビゲートし始める。 彼は、.gitignore、.gitattributes、README.mdなど、すべてをどのように示しているかを示しています。 README.mdをクリックすると、Tim氏はVisual Studio内で直接ファイルを編集し、その便利さとシームレスさを称賛しています。

ティムは4:01で再びこのことを強調し、この新機能は、フォルダー・ビューの完全な可視性と、開発者が好む構造化された機能豊富なソリューション・ビューという、両方のモードの長所を融合していると述べている。

追加機能とファイル操作

ティムが示すもうひとつの実用的なハイライト（4:03）は、このファイルエクスプローラー内の右クリックメニューである。 ユーザーは次のことができます：

• VSコードでファイルを開く

• ファイルエクスプローラで開く

• デフォルトのプログラムで開く

• ファイル名の変更

• フルパスをコピー

これらの機能により、開発者は外部エディタやファイルエクスプローラを飛び越えることなく、プロジェクト関連のファイルを直接管理できるようになります。

Timは特に、.gitignoreのような、小さいけれども重要な変更を必要とすることが多いファイルについて、この機能の時間節約効果を指摘しています。 彼が4:22で言っているように、ファイルを開いて変更を加え、次に進むだけである。

ワークスペースをきれいに保つ

Timは、インターフェイスを整理整頓するための巧妙なトリックも紹介しています。 ファイルエクスプローラのセクションは最小化することができ、ソリューションエクスプローラの上部に1行だけスペースを消費します。 これにより、必要なときにいつでも利用でき、そうでないときには決して邪魔にならないようにします。

Tim氏(4:36)によると、このツールは"素早く簡単に"アクセスでき、しかも邪魔にならない。

マイクロソフトの戦略：拡張機能を通して機能をテストする

6:00頃、Timはこの機能が現在Visual Studioの中核部分ではなく、拡張機能である理由を説明しています。 マイクロソフトは、ユーザー主導の開発をますます試みています。 開発者が何を求めているかを推測するのではなく、実際の使用状況とフィードバックを測定するために、拡張機能として機能をリリースしています。

ティムはこの戦略を高く評価しています。 彼は、時には声の大きい少数派だけが機能を要求し、それをIDEに早急に統合すると逆効果になる可能性があると指摘する。拡張機能をプロトタイプとして使用することで、マイクロソフトは完全な統合を約束する前に確かな証拠を集めることができる。

どのように Visual Studio の将来に影響を与えることができますか?

Timは、視聴者が拡張機能をダウンロードし、テストし、フィードバックを提供することを奨励しています。 6:26では、バグを報告したり、改良を提案したり、拡張機能を評価したりといったユーザーの関与が、マイクロソフトの決断を助けると説明している：

• その機能が統合する価値があるかどうか

• 広範な開発者層への最適な実装方法

また、機能追加の提案も募集しています。 例えば、ドラッグ＆ドロップのサポートや、右クリックで"ソリューションに追加"するオプションが必要かもしれません。 これらのアイデアは、最終的な実装を形作るかもしれないので、あなたの意見は重要です。

最終的な感想と重要な理由

最後の方（7:25）で、ティムは自分の考えをまとめている。 彼は、このエクステンションが現実世界の開発者の問題を解決すると信じています。 例えば、README.mdファイルを他のツールに飛ぶことなく素早く修正することは、非常に役に立ちます。

また、Tim氏は、Visual Studio Codeがここでの強力な前例となったことを振り返っています。 VS Codeは、ファイル構造をインターフェイスの中心に据えており、この拡張機能は、Visual Studioのコアデザインを壊すことなく、その使いやすさの一部をVisual Studioに取り入れるのに役立ちます。

同氏は最後に、Visual Studioを単純にVS Codeにすることはできないが、その強みを借りることは確実にできると強調している。 この拡張機能はそのための一歩です。

結論

Tim Corey 氏の video で紹介されている Visual Studio 用 File Explorer 拡張機能は、一般的なワークフローの問題に対するスマートで効率的なソリューションです。 開発者がIDEを離れたり、ワークフローを中断したりすることなく、プロジェクトに関連するすべてのファイル（ソリューションの範囲外のファイルであっても）にアクセスして編集できるようにすることで、このツールは重要なギャップを埋めます。

.gitignoreを頻繁に微調整しているか、ドキュメントを編集しているか、あるいは単にフォルダ構造全体を可視化する必要があるかにかかわらず、この拡張機能は真価を発揮します。 Timが推奨しているように、試してフィードバックを共有し、Visual Studio開発の未来を形作る手助けをしてください。

ティムが最もよく言うように、これは日常的な問題を解決することではなく、問題が発生したときに痛みを伴う問題を解決することです。