如何在.NET 6中搭建兼容旧版WCF客户端的服务，是否存在更优方案？

可用方案优先级排序 #

1. 优先选择CoreWCF实现.NET 6原生兼容WCF服务 #

这是目前成本最低、完全满足你需求的方案：

• 这是微软官方维护、原WCF开发团队主导的开源项目，专门为.NET Core/.NET 5+提供WCF服务端兼容能力，生产环境稳定性已经经过大量验证
• 完全兼容原生WCF的契约定义，你原有[ServiceContract]、[OperationContract]等特性的代码不需要做任何修改，生成的WSDL与.NET Framework版本的WCF完全一致，现有所有WCF客户端（包括第三方程序、旧管理GUI）完全无感知，不需要做任何改造
• 支持绝大多数常用WCF绑定：BasicHttpBinding、NetTcpBinding、WSHttpBinding等，常规业务场景覆盖率超过90%
• 可以直接集成在你已经开发完成的.NET 6业务项目中，服务实现类直接调用你已经写好的新业务逻辑即可，不需要额外的适配层，也不需要依赖Windows系统，可以直接部署在Linux嵌入式设备上，完全规避Windows授权成本

代码示例：
原有服务契约直接复用：

[ServiceContract(Name="Service",Namespace="http://tempuri.org/")]
public interface IMyService
{
    [OperationContract]
    int GetBusinessResult(string param);
}

.NET 6项目配置（Program.cs）：

var builder = WebApplication.CreateBuilder(args);
// 注入CoreWCF服务
builder.Services.AddServiceModelServices();
// 注入你的服务实现，实现类内部直接调用现有业务层代码
builder.Services.AddSingleton<IMyService, MyServiceImpl>();

var app = builder.Build();
// 配置WCF服务端点
app.UseServiceModel(svcBuilder =>
{
    svcBuilder.AddService<IMyService>();
    // 按原有WCF服务的绑定、路径配置即可
    svcBuilder.AddServiceEndpoint<IMyService, IMyService>(new BasicHttpBinding(), "/MyService.svc");
});

app.Run();

启动后访问http://你的地址/MyService.svc?wsdl就能拿到和旧服务完全一致的WSDL，客户端无需任何修改即可调用。

2. 次选薄适配层方案 #

如果你用到了CoreWCF暂不支持的冷门WCF特性（比如特殊的WS-*协议、MSMQ绑定、定制安全扩展等），再考虑该方案：

• 仅需要做一个极薄的.NET Framework适配层，不需要包含任何业务逻辑：适配层仅暴露原有WCF契约，收到客户端请求后直接通过gRPC/REST调用你部署在嵌入式设备上的.NET 6主服务，拿到结果后原路返回给客户端即可
• 适配层代码量极少，维护成本极低，仅需要部署在少量面向客户端的Windows设备上，主服务依然可以跑在Linux嵌入式设备上，不会带来额外的大量Windows授权成本
• 后续如果第三方客户端可以改造升级，直接下线适配层即可，架构扩展性更强

不推荐采用.NET Standard 2.0兼容业务层的方案 #

.NET Framework最高仅支持.NET Standard 2.0，无法支持.NET Standard 2.1，如果你将业务层降级到.NET Standard 2.0，会丢失所有.NET 6的新特性、性能优化、语法糖，完全浪费了重写的技术红利，后续迁移成本也更高，除非有特殊要求否则完全不需要考虑。

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