本文翻译于Ben Watson的这篇英文文章：Migration of Bing’s Workflow Engine to .NET 5 – .NET Blog (microsoft.com) 大约两年前，我发表了一篇文章，详细的介绍了Bing的中央工作流引擎(XAP)从.NET Framework升级到.net 5的过程。你可以通过这篇文章来了解XAP的工作原理，以及它在Bing全局中的位置。 从那时起，XAP一直是微软许多搜索和工作流相关技术的关键组件，并在新的集成中发挥了核心作用，比如新的AI驱动的Bing。 人们对功能和性能的期望越来越高，这意味着我们对.NET作为基础设施的关键部分的依赖性越来越深。 在过去的两年里，我们是.net 6和.net 7的早期采用者，现在我们正将目光转向.net 8。我们发现每个版本都比上一个版本更容易升级。作为一个核心平台团队，我们对每个版本的 .NET 带来的性能提升和新功能都充满了强烈的动力。通过积极地测试和升级到最新版本，并向.net团队提供反馈，我们也可以影响到他们的计划。这样每个人都会受益。 本文将重点介绍我们所做的一些主要更新和挑战，以及我们在积极跟进最新 .NET 版本时最终取得的胜利。 Hybrid No-More 正如上一篇文章中提到的，当我们第一次升级到.net 5时，我们是在一个混合模型中进行的，其中我们仍然是基于.net Framework 4.x构建的,但是加载程序集并在.net 5下运行。这使我们能够引导我们自己和我们的内部合作伙伴，在保持构建简单的同时保持一些关键的向后兼容性，但仍然利用新的运行时。 在我们升级到。net 6之前，我们迁移到了一个多目标系统，直接针对 .NET Framework 和 .NET 5 进行构建。通过一些条件编译，这使我们可以开始采用新的 API 来获得一些性能优势。 到目前为止，我们已经完全弃用了.


원문출처 : https://devblogs.microsoft.com/dotnet-ch/bing-%E6%80%A7%E8%83%BD%E6%98%AF%E5%A6%82%E4%BD%95%E8%B7%9F%E9%9A%8F-net-%E4%B8%80%E8%B5%B7%E8%BF%AD%E4%BB%A3%E7%9A%84%EF%BC%9F