ASP.NET Core：如何将松耦合组件发布至主应用目录？

针对你这种松耦合插件的发布场景，我有几个经过实践验证的最佳方案，结合你已经在调试阶段用的MSBuild逻辑，咱们一步步来梳理：

方案1：扩展现有MSBuild目标到发布阶段 #

你目前的MSBuild目标只在Build阶段触发，要覆盖发布流程，只需要调整目标的触发时机，并适配发布目录的路径即可：

1. 修改目标的AfterTargets为Publish，确保在发布完成后执行复制操作；
2. 用$(PublishDir)替代调试阶段的输出路径，定位到主应用的发布根目录；
3. 确保插件项目的输出文件能被正确捕获。

修改后的MSBuild代码示例：

<Target Name="MakeAddinsDirectoriesForPublish" AfterTargets="Publish">
  <!-- 创建发布目录下的Addins子文件夹 -->
  <MakeDir Directories="$(PublishDir)Addins\" />
</Target>

<Target Name="CopyAddinsToPublishDirectory" AfterTargets="MakeAddinsDirectoriesForPublish">
  <!-- 复制插件项目的输出文件及依赖到发布目录的Addins文件夹 -->
  <Copy 
    SourceFiles="$(SolutionDir)DAL\bin\$(Configuration)\$(TargetFramework)\*" 
    DestinationFolder="$(PublishDir)Addins\"
    SkipUnchangedFiles="true"
  />
</Target>

你可以把这段代码放到主应用的.csproj文件里，或者单独的Directory.Build.props/.targets文件中，方便复用。

方案2：通过发布配置文件（.pubxml）集中管理 #

如果希望发布逻辑和特定的发布配置绑定（比如区分Debug/Release发布，或者不同的发布目标），可以在主应用的发布配置文件（Properties\PublishProfiles\*.pubxml）中添加自定义目标：

<Project>
  <PropertyGroup>
    <!-- 这里可以添加发布相关的自定义属性 -->
  </PropertyGroup>

  <Target Name="PublishAddins" AfterTargets="Publish">
    <MakeDir Directories="$(PublishDir)Addins\" />
    <Copy 
      SourceFiles="$(SolutionDir)DAL\bin\$(Configuration)\$(TargetFramework)\*" 
      DestinationFolder="$(PublishDir)Addins\"
      SkipUnchangedFiles="true"
    />
  </Target>
</Project>

这种方式的好处是，不同的发布配置可以有不同的插件复制逻辑，比如针对生产发布只复制Release版本的插件。

方案3：使用脚本自动化发布流程 #

如果你的发布流程需要更灵活的控制（比如同时处理多个插件、做版本校验等），可以写一个简单的脚本（PowerShell/Bash）来串联发布步骤：

PowerShell脚本示例： #

# 发布主应用
dotnet publish MainApp\MainApp.csproj -c Release -o ./publish/MainApp

# 创建插件目录
New-Item -ItemType Directory -Force -Path ./publish/MainApp/Addins

# 复制DAL插件及依赖到发布目录
Copy-Item -Path "DAL\bin\Release\net6.0\*" -Destination "./publish/MainApp/Addins/" -Recurse -Force

你可以把这个脚本保存为Publish-WithAddins.ps1，每次发布直接运行即可，适合需要批量处理多个插件的场景。

方案4：利用.NET的插件框架（可选） #

如果你的插件场景比较复杂（比如需要版本管理、动态发现插件等），可以考虑使用.NET官方的插件框架（System.Runtime.Loader相关API），配合发布时的PublishSingleFile或者PublishTrimmed配置，不过这种方式需要你调整插件的加载逻辑，但能更规范地管理插件依赖。

注意事项 #

• 确保插件的目标框架和主应用一致，避免运行时兼容问题；
• 如果插件有第三方依赖，要确保这些依赖也被复制到Addins目录（上面的方案中，复制*会包含所有输出文件，包括依赖的DLL）；
• 对于自包含发布的主应用，要确保插件的依赖和主应用的运行时匹配。

内容的提问来源于stack exchange，提问作者Starnuto di topo