.NET Standard 2.0中如何替代DTE2？技术方案咨询

这个问题我之前帮好几个开发者踩过坑——EnvDTE系列组件（包括EnvDTE80）本质是为.NET Framework设计的Visual Studio自动化接口，确实和.NET Standard生态不兼容。针对你的.NET Standard 2.0场景，这里有几个官方/主流的替代方案：

方案1：使用MSBuild官方API（最直接的项目/解决方案信息获取） #

MSBuild是.NET生态的官方构建系统，它的API可以直接读取解决方案和项目的结构、路径等核心信息，完全支持.NET Standard 2.0。

步骤： #

1. 安装必要的NuGet包：

   Install-Package Microsoft.Build.Locator
   Install-Package Microsoft.Build
   Install-Package Microsoft.Build.Framework
   

2. 示例代码：

   using Microsoft.Build.Locator;
   using Microsoft.Build.Evaluation;
   using System;
   
   // 先注册MSBuild实例（定位到Visual Studio安装的MSBuild）
   MSBuildLocator.RegisterDefaults();
   
   // 加载解决方案
   using var collection = new ProjectCollection();
   var solutionPath = @"C:\Your\Solution\Path\YourSolution.sln";
   var projects = collection.LoadProjectsFromSolution(solutionPath);
   
   // 获取解决方案路径
   Console.WriteLine($"解决方案路径：{solutionPath}");
   
   // 遍历所有项目
   foreach (var project in projects)
   {
       Console.WriteLine($"项目名称：{project.GetPropertyValue("AssemblyName")}");
       Console.WriteLine($"项目路径：{project.FullPath}");
       Console.WriteLine($"输出路径：{project.GetPropertyValue("OutputPath")}");
   }
   

方案2：使用Roslyn Workspace API（适合需要代码分析的场景） #

如果你不仅需要项目结构信息，还要深入分析代码语法/语义，Roslyn的Workspace API是更好的选择，它同样支持.NET Standard 2.0。

步骤： #

1. 安装NuGet包：

   Install-Package Microsoft.CodeAnalysis.Workspaces.MSBuild
   

2. 示例代码：

   using Microsoft.CodeAnalysis.MSBuild;
   using System;
   using System.Threading.Tasks;
   
   async Task LoadSolutionAsync()
   {
       // 创建MSBuild工作区
       using var workspace = MSBuildWorkspace.Create();
   
       // 打开解决方案
       var solutionPath = @"C:\Your\Solution\Path\YourSolution.sln";
       var solution = await workspace.OpenSolutionAsync(solutionPath);
   
       // 获取解决方案路径
       Console.WriteLine($"解决方案路径：{solution.FilePath}");
   
       // 遍历所有项目
       foreach (var project in solution.Projects)
       {
           Console.WriteLine($"项目名称：{project.Name}");
           Console.WriteLine($"项目路径：{project.FilePath}");
           // 还可以获取项目中的文档、语法树等
       }
   }
   

方案3：适配层（针对Visual Studio扩展场景） #

如果你的代码是Visual Studio扩展的一部分，且必须在.NET Standard类库中调用VS自动化接口，可以考虑做一个.NET Framework的适配层：

• 创建一个.NET Framework类库（比如4.7.2+），封装EnvDTE80的调用逻辑
• 在你的.NET Standard 2.0项目中引用这个类库（.NET Standard 2.0兼容.NET Framework 4.6.1+的引用）
• 通过接口抽象解耦，避免直接依赖EnvDTE80

注意事项： #

• MSBuild.Locator需要确保你的机器上安装了Visual Studio（它依赖VS自带的MSBuild实例）
• Roslyn的Workspace API加载项目时会自动处理MSBuild属性，适合复杂项目结构
• 如果是跨平台场景，MSBuild也支持在非Windows环境下使用，但需要安装对应版本的MSBuild

内容的提问来源于stack exchange，提问作者Mo Sadeghi