M. *_* C. 6 c# intellisense visual-studio-code
关键字仍然可以识别,但只能识别新的用户定义的类,使用命名空间也无法识别,代码运行良好,但对这样的代码来说确实很烦人。
尝试了几个小时的所有方法,甚至运行 Windows 10 VM,新用户全新安装了 VS Code(仅使用 C# 和 .NET Install Tool for Extension Authors 扩展)和 .NET 7.0 SDK,但仍然不行在职的。
我正在考虑在我的主系统上重新安装 Windows,但发现它在虚拟机上不起作用,这也是毫无意义的,其他人也遇到这个问题吗?
该问题是由v2.x.xVisual Studio Code C# 扩展引起的,该扩展不具有与当前v1.x.x(= OmniSharp或O#)版本相同的功能集(包括一些前所未有的功能,但也缺少一些功能)。然而,未来的目标是v2.x.x支持v1.x.x已经支持的内容。
您有以下四种选择之一:
v2.0.320并添加一个包含您的项目的解决方案文件(请参阅更新 2023-08-05部分)v1.x.x)(请参阅原始答案部分)dotnet.server.useOmnisharp为 true,返回 OmniSharp 。接下来,卸载或禁用 C# Dev Kit。最后,重新启动 VS Code 才能生效。(引自Github - dotnet/vscode-csharp - 如何使用 OmniSharp)v2.x.x版本中出现功能对等(请参阅更新 2023-08-09部分中链接的 Github 问题)正如starball和线程v2.0.320 版本中 VS Code IntelliSense 的 C# 扩展有何变化?因此,一般问题是,版本 >= 时,v2.0.320微软决定切换到新的 Roslyn 语言服务器,而不是使用OmniSharp(通常也称为O#),后者一直用于之前的版本(请参阅Github 版本 -变更日志 v2.0.320)。微软确实为此受到了一些关注(参见Visual Studio 杂志),因为这将引入闭源功能。
v2截至目前,新版本缺少 OmniSharp 版本提供的一些功能。然而,从已知问题列表来看,我们计划在未来实现两个版本之间的功能对等。
以下是截至2023 年 8 月 9 日的已知问题,基于Github - dotnet/vscode-csharp - v2.0.320 中的已知问题:
注意这个问题#5722 - [O# Parity] 支持在没有解决方案的情况下加载项目/文件解决了此处面临的问题。
话虽这么说,你有我之前的答案中概述的可能性:
v2.0.320并添加解决方案文件(请参阅部分更新 2023-08-05部分)v1.x.x)(请参阅部分原始答案部分)dotnet.server.useOmnisharp为 true,返回 OmniSharp 。接下来,卸载或禁用 C# Dev Kit。最后,重新启动 VS Code 才能生效。(引自Github - dotnet/vscode-csharp - 如何使用 OmniSharp)似乎只有当您有一个未在解决方案文件中列出的项目时才会出现此问题,因此您可以创建一个解决方案文件,例如使用,dotnet new sln --name <solution name>然后使用将项目添加到该解决方案中dotnet sln add <project path>.
它正在与新版本一起使用v2.0.328当我将所有项目添加到解决方案文件中时,
我今天遇到了同样的问题(2023-08-04)。这是由于v2.0.320. 您可以通过恢复到版本来解决此问题v1.26.0。
您可以通过以下方式恢复使用 UI Extensions -> C# -> Install Another Version:

还有一个与此相关的开放Github 问题。
| 归档时间: |
|
| 查看次数: |
2745 次 |
| 最近记录: |