跳過到頁腳內容
Iron Academy Logo
C#工具與生產力

Visual Studio中的檔案總管 - 潛在的新功能

Tim Corey
8m 47s

在Visual Studio中處理專案時,開發者往往需要訪問或修改其專案或解決方案中未直接包含的檔案。 像 .gitignore、.gitattributes、Dockerfile 或甚至像 bin 或 obj 這樣的特定資料夾,可能預設不會出現在方案總管中。 在最近一段名為Visual Studio中的檔案總管 - 潛在的新功能的影片中,Tim Corey 為我們介紹了微軟正在測試的一種潛在解決方案 —— 一個新的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 指出一個叫做"Mads Kristensen的檔案總管"的新擴充功能,可以通過Visual Studio的擴充功能管理器來獲取。 正如Tim在2:31中提到的,Mads 以創建實驗性功能而聞名,這些功能以擴充形式呈現以測量興趣並收集反饋,然後微軟才決定是否將其直接整合到 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所最佳詮釋,這不在於解決每天的問題,而是在問題發生時解決令人痛苦的問題 — 並以一種乾淨、輕便且開發者友好的方式做到這一點。

Hero Worlddot related to Visual Studio中的檔案總管 - 潛在的新功能
Hero Affiliate related to Visual Studio中的檔案總管 - 潛在的新功能

通過分享您所愛的東西賺得更多

您是否在為使用.NET、C#、Java、Python或Node.js的開發者創建內容?將您的專業知識轉化為額外收入!

鋼鐵支援團隊

我們每週 5 天,每天 24 小時在線上。
聊天
電子郵件
打電話給我