C#如何实现类似Rust feature的条件编译功能

C# 预处理常量是编译期生效的配置：类库项目会先独立编译为独立dll，编译阶段完全无法感知引用它的上层程序项目中定义的预处理常量，因此直接在程序项目中定义PROG_1常量，无法控制类库内部的代码分支编译。

方案1：多构建配置+原生条件编译（和Rust feature逻辑完全一致） #

这是最贴合需求的方案，核心是把常量定义放在类库项目侧，通过不同构建配置产出不同功能集的类库版本，分别供两个程序引用：

1. 编辑类库项目的.csproj文件，定义不同构建配置对应的预处理常量：

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFramework>net8.0</TargetFramework> <!-- 替换为实际使用的框架版本 -->
    <Nullable>enable</Nullable>
    <!-- Prog1专属配置下开启PROG_1常量 -->
    <DefineConstants Condition="'$(Configuration)'=='Release_Prog1'">$(DefineConstants);PROG_1</DefineConstants>
    <!-- Prog2专属配置下不开启PROG_1常量 -->
    <DefineConstants Condition="'$(Configuration)'=='Release_Prog2'">$(DefineConstants)</DefineConstants>
  </PropertyGroup>
</Project>

2. 通过Visual Studio或dotnet cli为类库新建两个生成配置：Release_Prog1、Release_Prog2，分别编译即可得到两个功能集不同的类库dll。
3. 两个程序项目分别引用对应配置编译出的类库dll即可，原有#if PROG_1分支代码会按预期生效。

• 该方案和Rust cargo按feature编译依赖的逻辑完全一致，最终编译产物不会包含任何不需要的冗余代码。

方案2：.NET特性开关+发布裁剪（无需维护多构建配置，.NET 6+支持） #

如果不想维护多份类库构建配置，可以用.NET原生的特性开关机制配合发布裁剪，达到接近条件编译的效果：

1. 在类库中定义特性开关：

internal static class FeatureConstants
{
    [FeatureSwitchDefinition("Features.EnableProg1")]
    internal static bool EnableProg1 => AppContext.TryGetSwitch("Features.EnableProg1", out bool enabled) && enabled;
}

2. 把原来的预处理分支改成运行时判断开关：

class A {
    string? PropertyOnlyInProg1 { get; }

    public A()
    {
        if (FeatureConstants.EnableProg1)
        {
            PropertyOnlyInProg1 = "prog1专属值";
        }
    }
}

// 仅Prog1使用的类可以加裁剪特性，发布时未启用会被移除
[RequiresUnreferencedCode("仅Prog1启用")]
class BOnlyInProg1 {}

3. 在程序1的.csproj中开启对应开关，发布时启用裁剪，未启用的功能代码会被完全裁掉，不会进入最终发布包：

<ItemGroup>
  <RuntimeHostConfigurationOption Include="Features.EnableProg1" Value="true" Trim="true" />
</ItemGroup>

• 该方案仅在发布裁剪时会移除不需要的代码，调试构建下所有代码都会保留，仅运行时不执行对应分支。

方案3：拆分类库（工程化最优解） #

如果两个程序用到的类库功能差异较大，可以直接把原有类库拆为两个：

• 核心公共类库：存放两个程序都需要用到的公共逻辑
• Prog1扩展类库：存放仅程序1需要的功能，依赖核心公共类库
  引用关系上，程序2仅引用核心公共类库，程序1同时引用核心类库和扩展类库即可，完全不需要条件编译，依赖关系清晰，长期维护成本最低。

内容的提问来源于stack exchange，提问作者Manuel L.