Visual Studio中的檔案瀏覽器 - 潛在的新功能

在Visual Studio中開發專案時，開發者經常需要存取或修改不直接包含在專案或解決方案中的檔案。 像是.gitignore、.gitattributes、Dockerfile或甚至某些資料夾如bin或obj可能不會在解決方案瀏覽器中預設顯示。 在最近的影片"Visual Studio中的檔案瀏覽器 - 潛在的新功能"中，Tim Corey為我們介紹了一個潛在的解決方案，這是Microsoft正在測試的一個Visual Studio擴充 - 一個新的檔案瀏覽器擴充。

本文探討了Tim在影片中詳細的逐步演示、見解和建議，為對此功能感興趣的開發者提供實用的指南。 讓我們深入了解Tim的演示，以理解使用情境、當前解決方案的局限性以及此擴充如何解決實際問題。

在Visual Studio中存取隱藏檔案的問題

在影片開始時，Tim Corey指出一個常見的開發者困擾——無法輕鬆修改未正式包含在解決方案中的檔案。 例如，存取.gitignore檔案或編輯與專案相關的文件如README.md變得不必要地複雜。 Tim解釋說，一個典型的解決方法是點擊解決方案瀏覽器中的"顯示所有檔案"圖標。

然而，正如Tim在1:21中展示的那樣，使用這個功能會導致混亂的體驗。 這不一致，需要您為每個專案分別激活它。 您會失去一致性，最終不斷在不同的視圖間切換。 更糟的是，這在解決方案層面並不總是有幫助——例如，您仍然無法存取那些不屬於特定專案但存在於根解決方案目錄中的檔案。

文件夾視圖：一種有限的替代方案

作為一種解決方法，Tim建議切換到文件夾視圖（2:00），這確實可以存取隱藏檔案，例如.gitignore和.gitattributes。 但Tim也明確指出這種模式有嚴重的限制。 您不再處於標準解決方案視圖中，這意味著失去了開發者依賴的常見工具和功能。

Tim在此分享了他的個人觀點：他不喜歡切換到文件夾視圖。 對於典型的工作流程來說，這感覺不連貫且笨拙。 這導致了他介紹一個更好的解決方案——目前正在測試的新Visual Studio擴充。

介紹檔案瀏覽器擴充

為了解決這些問題，Tim引入了一個新的擴充，稱為 "File Explorer"，由Mads Kristensen開發，通過Visual Studio的擴充管理器可以使用。 如Tim在2:31提到的，Mads以製作實驗性功能而聞名，這些功能以擴充的形式呈現，以便在Microsoft決定是否將其直接整合到Visual Studio之前評估興趣和收集反饋。

錄製時，Tim指出該擴充已有超過3,000次下載，並且平均評分很高，這表明開發者社群認為它非常有用。

安裝和啟用擴充

Tim演示了安裝過程，提到在安裝後需要重新啟動Visual Studio（3:06）。 在鏡頭外完成這一操作後，他於（3:16）回來展示現在新嵌入於解決方案瀏覽器中的檔案瀏覽器視圖——這是一個改變遊戲的功能。

這個新部分以資料夾形式顯示，與您的所有專案處於同一層級。 展開時，它直接提供對整個資料夾結構的存取——甚至那些通常不會在解決方案瀏覽器中顯示的檔案和目錄。

導航和修改隱藏檔案

在3:29，Tim開始瀏覽這個新的檔案瀏覽器窗格。 他展示了它如何顯示一切——.gitignore、.gitattributes、README.md等等。 當他點擊README.md時，Tim直接在Visual Studio中編輯檔案，讚美其便捷且流暢的體驗。

Tim在4:01再次強調，指出這項新功能結合了兩種模式的優點：文件夾視圖的完整可見性和開發者偏好的結構化、功能豐富的解決方案視圖。

其他功能和檔案操作

Tim展示的另一個實用亮點（4:03）是此檔案瀏覽器中的右鍵選單。 使用者可以：

• 在VS Code中打開檔案

• 在檔案瀏覽器中打開

• 使用預設程式打開

• 重命名檔案

• 複製完整路徑

這些功能使開發者能夠直接管理與專案相關的檔案，而無需在外部編輯器或檔案瀏覽器之間切換。

Tim特別指出這種功能的省時性，尤其是對於需要小而關鍵改動的檔案如.gitignore。 正如他在4:22所說的那樣，您只需打開檔案，進行更改，然後繼續——所有這些都不會中斷您的日常流程。

保持工作空間整潔

Tim還展示了一個保持介面整潔的小技巧。 您可以最小化檔案瀏覽器部分，使其僅占用解決方案瀏覽器頂部的一行空間。 這確保了它在需要時總是可用，但在不需要時絕不會妨礙。

根據Tim所說（4:36），這使工具"迅速且簡單"可存取，同時也不具侵略性——這是許多Visual Studio功能難以達成的平衡。

微軟的策略：通過擴充測試功能

在大約6:00，Tim解釋了為什麼這個功能目前是擴充而不是Visual Studio的核心部分。 微軟越來越多地實驗使用者驅動的開發。 與其猜測開發者想要什麼，他們將功能作為擴充發布，以測量真實世界中的使用和反饋。

Tim對這種策略表示讚賞。 他指出，有時只有一小部分人請求一項功能，過早在IDE中整合可能適得其反。通過將擴充作為原型，微軟在承諾全面整合前收集了堅實的證據。

您如何影響Visual Studio的未來

Tim鼓勵觀眾下載、測試並提供擴充的反饋。 在6:26，他解釋說使用者的參與——例如報告錯誤、提出改進建議並給予評價——幫助微軟決定：

• 功能是否值得整合

• 如何最好地為更廣泛的開發者群體實施

Tim還邀請提出更多功能的建議。 例如，也許您希望拖放支持或右鍵選項"新增到解決方案"。 這些想法可能會影響最終的實施方式，因此您的意見很重要。

最終想法及其重要性

在接近結尾的時候（7:25），Tim總結了他的想法。 他認為這擴充解決了一個實際的開發者問題——不是每天都會發生，但當發生時很讓人沮喪。 例如，不需要跳到其他工具即可快速修改README.md檔案，非常有幫助。

Tim還反思了Visual Studio Code在這方面的強力先例。 VS Code使檔案結構成為介面的核心部分，而這擴充幫助將這種易用性帶到Visual Studio中——而不打破其核心設計。

他最後強調，雖然Visual Studio不能簡單地成為VS Code，但它可以確實借用其優點。 這個擴充就是朝著這一方向邁出的一步。

結論

Tim Corey在他的影片中介紹的Visual Studio檔案瀏覽器擴充是一個智能、高效的解決方案，解決了常見的工作流程問題。 通過允許開發者存取和編輯所有與專案相關的檔案——即使那些不在解決方案範圍內的檔案——而不必離開IDE或打破他們的工作流程，這個工具彌合了一個重要的鴻溝。

無論您經常調整.gitignore、編輯文件，還是只需要查看完整的文件夾結構，這個擴充都增加了真正的價值。 正如Tim所建議的，嘗試一下，分享反饋，幫助塑造Visual Studio開發的未來。

正如Tim最佳地表達的那樣，這不是關於解決日常問題，而是解決當問題出現時會變得痛苦的問題——以乾淨、輕量且對開發者友好的方式做到這一點。