SOAP型WebService技术选型困惑：该如何入手？

你能用到的技术 #

• WCF：这是.NET体系里官方主推的SOAP服务实现，从老的.NET Framework到现在的.NET Core/.NET 5+都支持（.NET Core 3.0之后重新把WCF的SOAP支持加回来了，用System.ServiceModel.*包）。功能全面，各种绑定、安全配置、事务处理都能搞定，复杂的企业级场景完全hold住。
• ASMX：微软2012年就把它归为遗留技术了，不再开发新功能，只做必要的安全补丁维护。但它现在还能在.NET Framework里正常运行，甚至.NET Core/.NET 5+里靠第三方包（比如ASMXCore）也能凑合用。不过它功能太基础，只支持SOAP 1.1/1.2，WCF有的那些高级特性一概没有。
• ASP.NET Core gRPC：要是业务能稍微放宽标准，gRPC是基于HTTP/2的高性能远程调用框架，同样是契约优先的强类型服务，但它不是标准SOAP协议，需要客户端支持gRPC。要是必须严格遵循SOAP标准，这个选项可以直接排除。

ASMX是不是真的过时了？ #

没错，ASMX就是过时的遗留技术：

• 微软官方不再为它添加新功能，仅做安全漏洞修复；
• 原生不支持.NET Core/.NET 5+，得依赖兼容层或第三方库，麻烦且稳定性存疑；
• 现代服务架构需要的依赖注入、灵活绑定、微服务适配等特性它都不具备；
• 至于去年还有新教程推出，基本都是给维护老ASMX系统的开发者准备的，绝对不是推荐用来新建项目的方案。

是不是只能选WCF？ #

不是，但WCF是新建SOAP服务的最优解：

• 要是你的项目还基于.NET Framework，WCF和ASMX都能运行，但WCF扩展性强得多，后续需求变更也更容易适配；
• 要是用的是.NET Core/.NET 5+，WCF是官方原生支持的SOAP方案，ASMX得靠第三方组件，长期维护的可靠性远不如WCF；
• 对服务性能和现代特性有要求的话，WCF是唯一符合官方标准、还能长期得到技术支持的选项。

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