WCF项目中的BasicHttpsSecurity构造函数变更解析

在.NET 8.1.0版本中，WCF(Windows Communication Foundation)项目引入了一个值得开发者注意的变更。这个变更影响了BasicHttpsSecurity类的构造函数使用方式，可能导致之前正常工作的代码在升级后无法编译。

问题背景

在.NET 8.0.0版本中，开发者可以这样创建BasicHttpsBinding实例：

var binding = new BasicHttpsBinding()
{
    MaxReceivedMessageSize = int.MaxValue,
    ReaderQuotas = System.Xml.XmlDictionaryReaderQuotas.Max,
    Security = new BasicHttpsSecurity()
    {
        Mode = BasicHttpsSecurityMode.Transport,
    },
};

这段代码在8.0.0版本中工作正常，但在升级到8.1.0后会出现编译错误，提示"'BasicHttpsSecurity' does not contain a constructor that takes 0 arguments"。

变更原因

这个问题的根源在于WCF团队引入了新的工具链来自动生成引用程序集的源代码。虽然BasicHttpsSecurity类的实现在底层仍然包含公共的无参构造函数，但自动生成的引用程序集却错误地将其标记为internal。这导致开发者无法直接通过new BasicHttpsSecurity()来实例化该类。

解决方案

对于这个特定场景，最简单的解决方案是改用BasicHttpsBinding的另一个构造函数：

var binding = new BasicHttpsBinding(BasicHttpSecurityMode.Transport)
{
    MaxReceivedMessageSize = int.MaxValue,
    ReaderQuotas = System.Xml.XmlDictionaryReaderQuotas.Max
};

这种写法不仅解决了编译问题，而且更加简洁，因为它直接将安全模式作为构造函数的参数传递。

如果开发者确实需要在BasicHttpsSecurity实例上设置更多属性，可以采用属性逐个设置的方式：

var security = new BasicHttpsSecurity(); // 假设构造函数可用
security.Mode = BasicHttpsSecurityMode.Transport;
// 设置其他安全属性...

var binding = new BasicHttpsBinding()
{
    MaxReceivedMessageSize = int.MaxValue,
    ReaderQuotas = System.Xml.XmlDictionaryReaderQuotas.Max,
    Security = security
};

技术建议

1. 版本兼容性：在升级.NET版本时，特别是小版本升级(如8.0到8.1)，应该仔细检查所有WCF相关的安全配置代码。

2. 代码审查：建议团队在升级后对涉及BasicHttpsSecurity和BasicHttpsBinding的代码进行专项审查。

3. 替代方案：考虑使用更现代的通信技术如gRPC或REST API，特别是对于新项目，因为WCF正在逐渐被微软边缘化。

4. 测试验证：除了编译通过外，还应该验证安全配置是否按预期工作，特别是传输层安全(TLS)相关的设置。

总结

这个变更虽然看起来是一个小问题，但它反映了.NET生态系统中工具链更新可能带来的微妙影响。开发者应该保持对这类变更的敏感性，特别是在涉及安全相关的组件时。目前推荐的解决方案是使用BasicHttpsBinding的带参构造函数，这既解决了编译问题，也使代码更加简洁明了。