Helix 編輯器社群正在積極討論檔案瀏覽器功能的實現方式，使用者們就其必要性和最佳實現方法分享了不同觀點。雖然已經提出了一個最小化的檔案瀏覽器實現方案，但討論過程揭示了關於現代程式碼導航實踐和工作流程偏好的有趣見解。
檔案導航的演變
傳統的檔案瀏覽器曾被認為是文字編輯器中不可或缺的功能，但現在正受到其他替代方案的挑戰。許多經驗豐富的開發者已經轉向使用模糊查詢和基於內容的搜尋方法。這種轉變反映了程式碼導航實踐的整體演進，其中速度和效率優先於層級式瀏覽。
「我曾經認為檔案瀏覽器是文字編輯器中的關鍵功能；但使用 Helix 超過一年後，我發現它其實並不是必需的；space+f 的使用流程要快得多。」
現代導航替代方案
社群強調了幾種強大的傳統檔案瀏覽器替代方案。Helix 當前的 space+f 功能提供了模糊搜尋功能，允許使用者透過輸入部分檔名快速定位檔案。此外，一些開發者更傾向於使用 ripgrep 進行基於內容的搜尋，認為這比透過目錄結構導航更有效率。
討論的主要導航方法：
- space+f 模糊搜尋
- Ripgrep 基於內容的搜尋
- 基於緩衝區的檔案導航（ Oil.nvim 風格）
- 傳統檔案瀏覽器
Oil.nvim 的啟發
討論的重要部分圍繞著 Oil.nvim 的檔案導航方法展開，這種方法在 Neovim 使用者中獲得了相當多的讚譽。這種實現將檔案導航視為基於緩衝區的操作，有效地將檔案管理與文字編輯工作流程結合在一起。這個概念激發了在 Helix 中實現類似功能的興趣。
實現考慮因素
雖然提議的實現方案旨在保持最小化和可維護性，僅涉及程式碼庫中的三個檔案，但關於檔案瀏覽功能是應該作為核心功能還是作為外掛實現的爭論仍在繼續。這場討論突出了在保持精簡核心編輯器的同時，為不同工作流程偏好提供有用功能之間的平衡。
社群的反應表明，現代文字編輯器中的檔案導航思維方式正在發生變化，傳統的基於樹形結構的檔案瀏覽器越來越多地被更高效的基於搜尋的方法所補充或取代。
參考：新增檔案瀏覽器