@towser 可以用于生产 但是 B/S 程序没必要使用 AOT ，因为 AOT 是会降低性能的，正式的 AOT 支持将在.NET7 推出
https://github.com/dotnet/runtime/issues/61231

@Remember
这东西有人用，C#是排名第 5 的编程语言
不知道你说的服务端没见过.NET 的程序是怎么的出来的
win 服务器少没关系 .net 是跨平台的 linux macos 安卓 tizen 上也能跑
azure 上可不是都跑的 ubuntu

.NET6 正式发布
https://devblogs.microsoft.com/dotnet/announcing-net-6/

下面的群友机翻的一些重点：

.NET6 已经在微软服务、其他公司运行的云应用程序和开源项目进行了生产压力测试。

作为最新的长期支持 (LTS) 版本支持三年。

跨浏览器、云、桌面、IoT 和移动应用程序的统一平台，所有应用程序都使用相同的 .NET 库和轻松共享代码的能力。

性能全面提升，尤其是文件 I/O ，减少了执行时间、延迟和内存使用。

C# 10 提供了语言改进，例如记录结构、隐式使用和新的 lambda 功能，同时编译器添加了增量源生成器。

F# 6 添加了新功能，包括基于任务的异步、管道调试和众多性能改进。

Visual Basic 在 Visual Studio 体验和 Windows 窗体项目打开体验方面进行了改进。

热重载使用户可以跳过重新构建和重新启动应用程序以查看新更改 —— 在 Visual Studio 2022 和 .NET CLI 中支持，适用于 C# 和 Visual Basic 。

云诊断已通过 OpenTelemetry 和 dotnet 监视器得到改进，现在在生产中得到支持，并且可用于 Azure 应用服务。

JSON API 更强大，具有更高的性能，带有序列化程序的源生成器。

ASP.NET Core 中引入了最少的 API ，以简化入门体验并提高 HTTP 服务的性能。

Blazor 组件现在可以从 JavaScript 呈现并与现有的基于 JavaScript 的应用程序集成。

用于 Blazor WebAssembly (Wasm) 应用程序的 WebAssembly AOT 编译，以及对运行时重新链接和本机依赖项的支持。

使用 ASP.NET Core 构建的单页应用程序现在使用更灵活的模式，可以与 Angular 、React 和其他流行的前端 JavaScript 框架一起使用。

添加了 HTTP/3 ，以便 ASP.NET Core 、HttpClient 和 gRPC 都可以与 HTTP/3 客户端和服务器交互。

File IO 现在支持符号链接，并通过重新编写的 FileStream 大大提高了性能。

通过支持 OpenSSL 3 、ChaCha20Poly1305 加密方案和运行时深度防御缓解措施，特别是 W^X 和 CET ，安全性得到了提高。

可以为 Linux 、macOS 和 Windows （以前仅适用于 Linux ）发布单文件应用程序（免提取）。

IL 修整现在更加强大和有效，新的警告和分析器可确保正确的最终结果。

添加了源代码生成器和分析器，可帮助用户生成更好、更安全和更高性能的代码。

源代码构建使 Red Hat 等组织能够从源代码构建 .NET ，并向其用户提供自己的构建版本。

.NET 6 是一个长期支持 (LTS) 版本，将支持三年，包括 macOS Apple Silicon 和 Windows Arm64 。

红帽与 .NET 团队合作，在红帽企业 Linux 上支持 .NET 。在 RHEL 8 及更高版本上，.NET 6 将可用于 AMD 和 Intel (x64_64)、ARM (aarch64) 以及 IBM Z 和 LinuxONE (s390x) 架构。
目前，Visual Studio 2022 和 Visual Studio 2022 for Mac 已支持 .NET 6 ，Visual Studio Code C# 扩展也已支持 .NET 6 。

遇到过这个问题，应该是快速启动的锅，关闭快速启动试试

@liuser666 那你这属于对于这个库来说高阶一些的需求了，确实必须得看源码了

没明白楼主为啥这么写，这个 YAML DotNet 我用过，文档很齐全，读取 yaml 配置简单几行代码就可以了
wiki： https://github.com/aaubry/YamlDotNet/wiki

竟然没有 aspnetcore ??? aspnetcore +10086

@Huelse 比较好奇 展开说说

要泛型？那大家来用 C#吧

@chenqh 那是好多年前的事情了 C#早已跨平台

泻药，自己写插件的代码可以参考 xunit 里面的 analysis 插件，用于分析和提醒 xunit 使用不规范的情况。
https://github.com/xunit/xunit.analyzers
如果不是自己写的话，可以用 sonarqube 扫描，然后提示出来，里面有很多规则
https://blog.51cto.com/u_13865122/2793330

所以我用 C# 感觉 await async 那样阅读更方便 上下文逻辑也不会割裂

新架构吗？ ARM 这些也不算新了，要说真的新架构的话 那看看 LoongArch

楼上说的都不错 可以玩玩 Orleans dotNext 里面的 raft 之类东西 可以自己造各种轮子 比如 APM 、数据流计算等等

@gBurnX 是的 没错 我自己做一些小工具啥的 也倾向于 winform 快猛糙 又够用

用啥技术和语言没关系 我觉得可以换个工作环境 楼主可以看一下我发的招聘帖 主要技术栈是.netcore 好歹面向几亿用户 高并发 高可用的挑战还是有的
https://v2ex.com/t/767331

@gBurnX wcf winform 在 cs 算已经很老的技术了 现在比较新的 grpc maui blazorui Avalonia

@andytao 支持 支持 不过大佬也可以试试 avalonia

@alexkkaa 不过看最近的提案来说 go 也在慢慢加回去