如何在C#中快速切换类的可访问性（测试/生产环境）

你可以通过条件编译指令直接控制接口的访问修饰符，或者用InternalsVisibleTo特性避免修改访问性，两种方案都能实现快速切换且不增加额外构建时间：

方案1：用预处理器指令切换访问修饰符 #

直接在接口的访问修饰符位置包裹条件编译逻辑，根据当前构建配置自动切换：

#if DEBUG
public
#else
internal
#endif
interface ILdapService : IDisposable
{
    /// <summary>
    /// 验证LDAP用户凭证
    /// </summary>
    /// <param name="email">不带域名的LDAP用户名</param>
    /// <param name="password">LDAP密码</param>
    bool Verify(string email, string password);
}

• 原理：DEBUG是Visual Studio默认的调试配置符号，调试（测试）构建时会编译public版本，Release（生产）构建时自动切换为internal。
• 自定义配置：如果需要单独的测试配置，可在项目属性→生成→条件编译符号中添加自定义符号（比如TESTING），然后把代码中的DEBUG替换为TESTING即可。

方案2：用InternalsVisibleTo特性（更优雅） #

不需要修改接口的访问修饰符，保持生产环境的internal，仅在测试时允许测试项目访问内部成员：

1. 保持接口为internal：

internal interface ILdapService : IDisposable
{
    bool Verify(string email, string password);
}

2. 在项目的AssemblyInfo.cs中添加条件特性：

#if DEBUG
[assembly: InternalsVisibleTo("YourTestProjectAssemblyName")]
#endif

• 原理：InternalsVisibleTo会向指定的测试程序集开放当前项目的所有内部成员，调试构建时生效，生产构建时自动关闭，完全不需要修改业务代码。
• 注意：测试项目的程序集名称要准确，如果启用了强签名，还需要在特性中添加公钥。

对比两种方案 #

• 方案1适合需要严格控制访问范围，且测试环境必须显式为public的场景；
• 方案2更简洁，避免修改业务代码，是.NET生态中测试内部成员的标准做法。

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