本周精选
继 C#实现 await/async 无栈协程几年后，davidwrighton 实现了.NET 绿色线程(有栈协程)的原型
https://github.com/dotnet/runtimelab/pull/2002
.NET Runtimelab 中绿色线程的原型实现的 PR，在不久的将来，.NET 开发者也可以方便的用上有栈协程，目前的启动一个无栈协程的 API 如下所示：
FOH（冻结对象堆）正式合并进入.NET 8，将进一步提升整体性能
https://twitter.com/EgorBo/status/1579474949152313347?ref_src=twsrc^tfw
谈论 FOH（冻结对象堆）的许多部分将被合并到.NET 8 中，因此像typeof(x)这样的东西在生成 JIT 代码时可以处理直接引用省略写屏障，进一步提升性能。对比的汇编代码如下所示：
Bing 广告宣传平台迁移至.NET6 - .NET Blog
https://devblogs.microsoft.com/dotnet/bing-ads-campaign-platform-journey-to-dotnet-6/
一个关于 Bing 的搜索广告活动平台向.NET 6 迁移的案例研究（ AKS）。
该平台建立在几十个分布式服务上，每秒处理数千个请求，时间不到 100ms。通过 WCF 托管在一个（仅仅是 "解除 "的）Windows 虚拟机中的.NET 框架 4.6 和 SOAP 服务。在 Windows 虚拟机中托管了一个 WCF 的 SOAP 服务和一个.NET 框架 4.6。
文章介绍了转移到新的.NET 平台的原因。
原因主要有以下五点：
- 跨平台，如使用容器。
- .NET Core 开发在高性能、语言特性和.NET Framwork 停止更新
- 由于快速迭代改进，减少了创新摩擦
- 开放源代码。
- 卓越的工具，如 CLI 工具、SDK 风格的项目和消除绑定重定向等
迁移过程中，库的顺序是".NET Framwork 4.6→. Framwork .7→.NET Standard 2.0"，而应用的顺序是".NET Framwork 4.6→.NET Framwork 4.7→.NET Core 3.1→.NET 5→.NET 6"，按顺序排列。.NET Framwork 4.6 并不完全支持.NET Standard，迁移到.NET Standard 并不容易。
该项目在迁移过程中提出了几个挑战和解决方案。
首先，该项目依赖于一些 NuGet 软件包，这意味着必须更新软件包和替换旧库。不兼容的软件包被重新包装，并以支持.NET 标准的形式发布到内部软件包中，甚至没有源代码的软件包也被反编译和修补，使其与.NET 标准兼容。
通过转移到 PackageReference 方法，解决了绑定重定向的问题，这也解决了菱形依赖性问题。由于有大量的.csproj，迁移是通过 SDK 式的转换工具实现的。随后，.NET 团队发布了一个名为 try-convert 的类似工具。他们还试图集中管理软件包的版本，以减少软件包依赖关系的复杂性。(文章中的链接。Microsoft.Build.CentralPackageVersions[1]是一个新的NuGet 的 中央软件包管理[2]，它似乎是[NuGet 的]的前身。
最后，还有对 WCF 的依赖。该服务是由 WCF 用 SOAP 服务构建的，由于它是对用户开放的，所以不可能迁移到类似 gRPC 的东西上，所以最后创建了 CoreWCF，它是 WCF 的一个子集，并进行了迁移。谈到.NET 框架与.NET 的关系时，他说："我们的目标是使我们的产品和服务更有竞争力。
从 WCF 到 CoreWCF 的迁移对.NET 有很大的影响，可以减少 40-50%的内存使用。
总而言之，向.NET 6 的迁移是一次大规模的、痛苦的但值得的经历，从大型代码库的迁移中总结出以下经验:
- 迁移到.NET 框架 4.7 或.NET 框架 4.8
- 将所有项目转换为 SDK 风格，并在开始工作前使用 PackageReference。
- 在.NET 框架和.NET 项目之间可以共享代码。
- 使用集中的软件包管理，以方便迁移到新的 NuGet 软件包上
从少年到天才：一个优化的故事 | by Israel Lot | Oct, 2022 | ITNEXT
https://itnext.io/from-junior-to-genius-an-optimization-story-ab20afc8159d
一篇关于调整代码的文章，根据计算 32 位校验和的代码，在不同的阶段进行计算。
文章从一个简单的实现，到一个不安全的实现，到一个棘手的实现，到一个简单的实现，到一个使用 SIMD 的实现，最后到一个 85 倍的性能优化。
主题
Console.ReadKy在.NET 7 中的优化 - .NET Blog
https://devblogs.microsoft.com/dotnet/console-readkey-improvements-in-net-7/
文章描述了.NET 7 中的重写和修改，使Console.ReadKey在 Unix/Linux 上表现得更好。
一段时间以来，在 Unix/Linux 上的Console.ReadKey的行为，在输入的组合键和处理修改键方面，已经发现了一些 BUG。为了解决这个问题，在.NET 7 中的代码已经被重新编写了。
文章介绍了在重写前为增加自动测试覆盖率所采取的方法，内部系统调用的调用，旧的实现和新的实现。
它还引入了 runtimeconfig.json 和环境变量设置，恢复到.NET 6 兼容行为。这些兼容性行为将在.NET 8 中被删除。
在 Visual Studio 中对文件进行比较 - Visual Studio Blog
https://devblogs.microsoft.com/visualstudio/comparing-files-in-visual-studio/
关于考虑在 Visual Studio 中实现文件比较功能的问题。
Visual Studio 过去没有提供通过选择任意文件来比较文件的功能，但它已经开始考虑。首先，他们已经开始试验一个名为 "文件差异 "的功能扩展，文章介绍了该扩展的功能。
如果你有兴趣，他们希望你能提供反馈和投票。
- File Differ - Visual Studio Marketplace[3]
- [NEW] Is there a way to compare two files from solution explorer? - Visual Studio Feedback[4]
用 MSAL.NET 对.NET MAUI 应用程序进行认证 - .NET Blog
https://devblogs.microsoft.com/dotnet/authentication-in-dotnet-maui-apps-msal/
宣布在 Microsoft Identity.Client 4.47.0（MSAL.NET）中支持.NET MAUI。
A 宣布.NET MAUI 社区工具包 v1.3 - .NET Blog
https://devblogs.microsoft.com/dotnet/announcing-the-dotnet-maui-community-toolkit-v13/
.NET MAUI Community Toolkit v1.3 已经发布。
.NET MAUI Community Toolkit v1.3 现已发布，包括状态栏样式、Gravatar 图片来源、动画增强和源链接支持等内容。
发布 11.0.0 版预览 2 · AvaloniaUI/Avalonia
https://github.com/AvaloniaUI/Avalonia/releases/tag/11.0.0-preview2
Avalonia 11.0.0 Preview 2 已经发布。
它包括几个稳定性改进和各种修复。
Rider 2022.3 EAP 2: 新的用户界面，改进的单元测试，更好的动态程序分析和更多的内容. | The .NET Tools Blog
https://blog.jetbrains.com/dotnet/2022/10/07/rider-2022-3-eap-2/
Rider 2022.3 EAP 2 已经发布。
新的基于 IntelliJ 的 IDE UI，改进了 Search Everywhere、工具窗口和 Solution Explorer，Linux 和 macOS 支持 Rider 的内置 dotMemory，支持 C# 11，改进了单元测试探索器，改进了 支持.NET MAUI，支持在 IIS 中启动，动态程序分析（数据库访问），等等。
宣布 NuGet PackageReference 支持针对.NET Core 和.NET 5 或更高版本的 C /CLI MSBuild 项目 - C Team Blog
https://devblogs.microsoft.com/cppblog/announcing-nuget-packagereference-support-for-c-cli-msbuild-projects-targeting-net-core/
宣布 NuGet PackageReference 支持 Visual Studio 2022 17.3 版或更高版本中针对.NET Core 或.NET 5 或更高版本的 C /CLI MSBuild 项目。
文章、幻灯片等
一个将 Xamarin.Forms 库移植到 MAUI 的故事
https://speakerdeck.com/muak/xamarin-dot-formsraiburariwo-mauiniyi-zhi-sitahua
谈及将 Xamarin.Forms 的库移植到.NET MAUI 的幻灯片。
在这里，我们要介绍一下.NET MAUI，包括实施方法的不同和技巧。
MAUI 的当前状态和进化点| ドクセル
https://www.docswell.com/s/hiro128_777/KW79X5-2022-09-30-184910
幻灯片显示了.NET MAUI 与 Xamarin.Forms 的架构差异，对各种工具的支持现状等。
.NET 注释月刊 | 2022 年 10 月 | The .NET Tools Blog
https://blog.jetbrains.com/dotnet/2022/10/06/net-annotated-monthly-october-2022/
2022 年 10 月，JetBrains 公司发布了一篇与.NET 相关的信息汇总文章
[C#] .NET 使用 NamedPipe 进行进程间通信（IPC）（WPF 示例） - Qiita
https://qiita.com/kobayashi_stmn/items/7de42805eba009deebaa
关于如何在.NET 6 WPF 应用程序中使用 NamedPipe 进行进程间通信的文章。
Visual Studio 的 Azure Marketplace 镜像现在支持 Microsoft Dev Box - Visual Studio Blog
https://devblogs.microsoft.com/visualstudio/visual-studios-azure-marketplace-images-now-support-microsoft-dev-box/
宣布 Azure Marketplace Visual Studio 镜像现在由 Microsoft Dev Box 支持。
在.NET 6 中为强类型的配置对象添加验证信息
https://andrewlock.net/adding-validation-to-strongly-typed-configuration-objects-in-dotnet-6/
关于如何在.NET 6 Microsoft.Extensions.Configuration 中为强类型的配置对象添加验证的文章。
了解 OpenTelemetry .NET (8) 手动追踪连接示例：通过 Azure 服务总线在应用程序之间连接追踪
https://tech.tanaka733.net/entry/2022/10/opentelemetry-dotnet-08
关于如何使用 Azure 服务总线在服务之间连接请求的痕迹的文章。
使用.NET 7 的 Blazor 自定义元素来渲染动态内容
https://jonhilton.net/blazor-custom-elements/
关于如何使用自定义元素在 Blazor 中构建动态元素的文章。
我们是如何通过删除闭包分配来实现 5 倍的管道执行速度的
https://particular.net/blog/pipeline-and-closure-allocations
关于通过减少 NServiceBus 中的 lambda 捕获（分配）来提高性能的文章。
即使是.NET MAUI 也想打开键盘! (安卓)
https://zenn.dev/test_myname/articles/d982b67cf0615f
关于如何在.NET MAUI 中显示/隐藏 Android 屏幕键盘的文章。
Blazor WASM 在 GH 页面上的自定义 404 页面
https://dev.to/dotnet/blazor-wasm-custom-404-page-on-gh-pages-1o99
当 Blazor WebAssembly 托管在 GitHub Pages 上时，如何在访问不存在的页面时显示一个自定义错误页面的文章。
图书馆、资料库、工具等
GitHub - xoofx/Antlr4Ast: Antlr4Ast 是一个.NET 库，为 ANTLR4/g4 文件提供一个解析器和抽象语法树（AST）。
https://github.com/xoofx/Antlr4Ast
一个能解析 ANTLR4/g4 文件以创建 AST 的库。
Hey .NET folks, it's a rainy Sunday here so I just released a new .NET library https://t.co/3tlFpUlJnt to parse ANTLR4/g4 files into a lightweight AST useful for codegen scenarios. I'll use this library for #starklang to generate the data oriented syntax from an ANTLR g4 spec!
