如何根据TargetFramework条件全局配置AppendTargetFrameworkToOutputPath

以下方案均不需要强制所有项目统一使用<TargetFrameworks>配置，自动兼容单目标、多目标框架场景，不需要在每个项目文件中重复编写配置。

方案1：挂接到SDK输出路径计算目标前执行（推荐） #

不要直接在Directory.Build.targets顶层编写属性配置，而是通过自定义Target把属性注入时机提前到SDK正式计算输出路径之前，既可以正确拿到csproj中赋值完成的TargetFramework值做条件判断，又不会错过属性生效窗口。
直接将以下代码放入解决方案根目录的Directory.Build.targets即可：

<Project>
  <!-- 此处可保留你已有的其他全局配置 -->

  <Target Name="CustomSetNetFxOutputConfig"
          BeforeTargets="_ComputeOutputPaths"
          Condition="'$(TargetFramework)' == 'net48'">
    <PropertyGroup>
      <AppendTargetFrameworkToOutputPath>false</AppendTargetFrameworkToOutputPath>
      <AppendRuntimeIdentifierToOutputPath>false</AppendRuntimeIdentifierToOutputPath>
      <!-- 重置预计算的路径值，触发SDK用新配置重新生成路径 -->
      <OutputPath>$(OutputPath.TrimEnd('\'))\</OutputPath>
      <OutDir>$(OutDir.TrimEnd('\'))\</OutDir>
    </PropertyGroup>
  </Target>
</Project>

如果使用的是较旧版本的.NET SDK（版本低于3.1），找不到_ComputeOutputPaths目标，把BeforeTargets的值替换为AssignTargetPaths;_CheckForInvalidConfigurationAndPlatform即可兼容。

方案2：利用MSBuild属性延迟评估特性在Props中配置 #

如果不想编写Target，也可以直接在Directory.Build.props中分层配置，利用MSBuild的属性延迟评估机制兼容单目标框架场景：

<Project>
  <!-- 此处可保留你已有的其他全局配置 -->

  <!-- 多目标框架场景适配 -->
  <PropertyGroup Condition="'$(TargetFrameworks)' != '' and $(TargetFrameworks.Contains('net48'))">
    <AppendTargetFrameworkToOutputPath Condition="'$(TargetFramework)' == 'net48'">false</AppendTargetFrameworkToOutputPath>
    <AppendRuntimeIdentifierToOutputPath Condition="'$(TargetFramework)' == 'net48'">false</AppendRuntimeIdentifierToOutputPath>
  </PropertyGroup>

  <!-- 单目标框架场景适配 -->
  <PropertyGroup Condition="'$(TargetFrameworks)' == ''">
    <AppendTargetFrameworkToOutputPath Condition="'$(TargetFramework)' == 'net48'">false</AppendTargetFrameworkToOutputPath>
    <AppendRuntimeIdentifierToOutputPath Condition="'$(TargetFramework)' == 'net48'">false</AppendRuntimeIdentifierToOutputPath>
  </PropertyGroup>
</Project>

单目标框架场景下，虽然Directory.Build.props导入时TargetFramework还未赋值，但带条件的属性会在csproj加载完成、TargetFramework赋值后自动重新评估，最终拿到正确的结果。该方案要求Directory.Build.props放在解决方案根目录、使用默认导入顺序，不要手动调整SDK的导入位置。

方案3：直接修正最终输出路径（兼容性最强） #

如果上述两个方案在你的特殊项目结构下存在兼容问题，可以绕开AppendTargetFrameworkToOutputPath的生效时机限制，直接修正最终生成的输出路径值，不依赖属性本身的生效逻辑：

<Project>
  <!-- 此处可保留你已有的其他全局配置 -->

  <PropertyGroup Condition="'$(TargetFramework)' == 'net48'">
    <AppendRuntimeIdentifierToOutputPath>false</AppendRuntimeIdentifierToOutputPath>
    <!-- 移除路径末尾自动追加的net48后缀 -->
    <OutputPath Condition="$(OutputPath.EndsWith('net48\'))">$(OutputPath.Remove(OutputPath.Length - 6))</OutputPath>
    <OutDir Condition="$(OutDir.EndsWith('net48\'))">$(OutDir.Remove(OutDir.Length - 6))</OutDir>
  </PropertyGroup>
</Project>

该方案完全不依赖SDK内部的目标执行顺序，所有SDK版本均可生效，适合项目结构复杂、存在多版本SDK混用的场景。

注意事项 #

• 配置完成后先清理所有项目的bin、obj目录再重新构建，避免旧缓存导致配置不生效的误判
• 如果项目中存在自定义OutputPath的逻辑，优先选择方案1或方案3，适配性更好

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