跳至页脚内容
Iron Academy Logo
C# 工具与生产力

Visual Studio 中的文件资源管理器--潜在的新功能

Tim Corey
8分47秒

在 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 向我们介绍了 Mads Kristensen 制作的名为 "File Explorer "的新扩展,该扩展可通过 Visual Studio 的扩展管理器使用。 正如 Tim 在 2:31 所提到的,Mads 以创建扩展形式的实验性功能而闻名,目的是在微软决定是否将这些功能直接集成到 Visual Studio 之前,衡量用户的兴趣并收集反馈意见。

蒂姆指出,在录制时,该扩展的下载量已超过 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 代码中打开文件

  • 在文件资源管理器中打开

  • 使用默认程序打开

  • 重命名文件

  • 复制完整路径

这些功能使开发人员能够直接管理与项目相关的文件,而无需在外部编辑器或文件浏览器之间跳转。

Tim 特别强调了这一功能的省时性,尤其是像 .gitignore 这样的文件,这些文件通常需要进行微小但关键的修改。 正如他在 4:22 所说的那样,您只需打开文件,进行修改,然后继续前进--所有这一切都不会打乱您的正常工作流程。

保持工作空间整洁

Tim 还展示了一个保持界面整洁的小技巧。 您可以最小化文件资源管理器部分,使其仅占用解决方案资源管理器顶部的一行空间。 这样才能确保在需要时随时可用,而在不需要时又不会碍手碍脚。

根据 Tim 的说法(4:36),这将使该工具 "快速、轻松 "地访问,同时也不会造成干扰--这是许多 Visual Studio 功能难以达到的平衡。

微软的战略:通过扩展测试功能

在 6:00 左右,Tim 解释了为什么该功能目前是 Visual Studio 的扩展而不是核心部分。 微软正在越来越多地尝试用户驱动开发。 他们不会猜测开发人员的需求,而是将功能作为扩展功能发布,以衡量实际使用情况和反馈意见。

Tim 非常欣赏这一策略。 他指出,有时只有少数人对某项功能提出要求,如果过早地将其集成到集成开发环境中,可能会适得其反。通过使用扩展作为原型,微软在承诺全面集成之前收集了可靠的证据。

您如何影响 Visual Studio 的未来

Tim 鼓励观众下载、测试该扩展并提供反馈意见。 在 6:26 分,他解释说用户的参与--如报告错误、提出改进建议和对扩展进行评分--有助于微软做出决定:

  • 功能是否值得集成

  • 如何为更广泛的开发人员群体提供最佳实施方案

此外,Tim 还欢迎大家就其他功能提出建议。 例如,您可能需要拖放支持或 "添加到解决方案 "的右键选项。 这些想法可能会影响最终的实施,因此您的意见非常重要。

最终想法和重要原因

最后(7:25),Tim 总结了他的想法。 他认为,这一扩展解决了开发人员在现实世界中遇到的问题--虽然不是每天都会发生,但一旦发生就会令人沮丧。 例如,在不跳转到其他工具的情况下快速修改 README.md 文件将大有帮助。

Tim 还谈到 Visual Studio Code 在这方面树立了一个很好的先例。 VS Code 将文件结构作为界面的核心部分,该扩展有助于在不破坏 Visual Studio 核心设计的前提下,将这种易用性引入 Visual Studio。

他最后强调,虽然 Visual Studio 不能简单地变成 VS Code,但一定可以借鉴其长处。 这一扩展就是朝着这一方向迈出的一步。

结论

Tim Corey 在他的视频中介绍了 Visual Studio 的文件资源管理器扩展,它是解决常见工作流程问题的一种智能、高效的解决方案。 该工具允许开发人员访问和编辑所有与项目相关的文件,甚至是解决方案范围之外的文件,而无需离开集成开发环境或中断工作流程,从而弥补了一个重要的空白。

无论您是经常调整 .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 小时在线。
聊天
电子邮件
打电话给我