请注意,这两个工具的组成是完全不同的(我指的不仅仅是配置文件功能,大部分功能都是不同的)。只有在少数特殊情况下,这两个工具才会重叠,例如React App: ASP.NET Core app with React in Visual Studio 在这种情况下,Visual Studio还需要依赖VSCode的配置,比如launch.json(其实在这种情况下,VS本身也会生成这个配置,这就是它的设计方式)。 但在绝大多数情况下,这两种工具没有交集。 通常,Visual Studio不像Visual Studio Code那样内置对用户配置文件或环境的支持。所有扩展、设置和配置都全局应用于Visual Studio的所有示例。 有一个例外,但这个例外实际意义不大,这就是当你做VS扩展开发的时候,如果你运行了一个扩展(即使你没有写任何实际的东西),此时一个干净的新的VS示例就会生成。但是你通常不能使用这个示例来工作。这种事情虽然存在,但在工作中没有实际意义。 Start developing extensions in Visual Studio 同样,VS没有VSCode中的这种功能。这两种工具完全不同。您需要遵循the official documentation of VS来了解如何使用VS。此外,对于VS,没有扩展可以实现像profile这样的东西。 有一个变通办法,但这个变通办法并不完美。它只能解决部分问题,与你想要的不一样: 您可以通过导入和导出设置来控制C#或C++的配置。 不过,我建议你不要去想这样的事情,因为现在在VS中实现同样的事情是非常麻烦的,它不能完全覆盖你所需要的。 你想要的是有意义的,如果你需要这方面的功能,你可以向开发者社区提交一个功能请求: Visual Studio - Request a feature
1条答案
按热度按时间8qgya5xd1#
Visual Studio是否有类似于VScode的配置文件
**答案是否定的。**Visual Studio中不存在完全相同的功能。
请注意,这两个工具的组成是完全不同的(我指的不仅仅是配置文件功能,大部分功能都是不同的)。只有在少数特殊情况下,这两个工具才会重叠,例如React App:
ASP.NET Core app with React in Visual Studio
在这种情况下,Visual Studio还需要依赖VSCode的配置,比如launch.json(其实在这种情况下,VS本身也会生成这个配置,这就是它的设计方式)。
但在绝大多数情况下,这两种工具没有交集。
通常,Visual Studio不像Visual Studio Code那样内置对用户配置文件或环境的支持。所有扩展、设置和配置都全局应用于Visual Studio的所有示例。
有一个例外,但这个例外实际意义不大,这就是当你做VS扩展开发的时候,如果你运行了一个扩展(即使你没有写任何实际的东西),此时一个干净的新的VS示例就会生成。但是你通常不能使用这个示例来工作。这种事情虽然存在,但在工作中没有实际意义。
Start developing extensions in Visual Studio
同样,VS没有VSCode中的这种功能。这两种工具完全不同。您需要遵循the official documentation of VS来了解如何使用VS。此外,对于VS,没有扩展可以实现像profile这样的东西。
有一个变通办法,但这个变通办法并不完美。它只能解决部分问题,与你想要的不一样:
您可以通过导入和导出设置来控制C#或C++的配置。
不过,我建议你不要去想这样的事情,因为现在在VS中实现同样的事情是非常麻烦的,它不能完全覆盖你所需要的。
你想要的是有意义的,如果你需要这方面的功能,你可以向开发者社区提交一个功能请求:
Visual Studio - Request a feature