@Youen 又回忆起了手写大根堆的日子

@zxCoder 嗯 你加的肯定不是我的群 哈哈 不过这是人的问题 有一些偏差

@encro
StackExchange.Redis 为了性能用的多路复用 会导致阻塞的 brpop 就没做了 文中也给出了推荐的替代方案
https://stackexchange.github.io/StackExchange.Redis/PipelinesMultiplexers.html#multiplexing

Spire 我记得貌似也有.NET 的免费版 但是我们项目中没用过 有用过的 v 友可以补充

如果是 C#的话 直接即可
public Type GetListType<T>(List<T> list)
{
return list.GetType().GetGenericArguments()[0];
}

@shayuvpn0001 .NET 与 Go 的比较 翻译了几篇文章 有空也可以提提建议 不过都是基于好多年前的 .NET Core 2.1 和 Go 1.11 仅供参考
https://studygolang.com/articles/19399
https://www.cnblogs.com/InCerry/p/go-vs-csharp-part-2-garbage-collection.html
https://www.cnblogs.com/InCerry/p/go-vs-csharp-part-3-compiler-runtime-type-system-modules-and-everything-else.html

@shayuvpn0001
实际上 AOT 会提升启动速度 但是会降低性能 有 JIT 的话 PGO 优化会让代码跑的很快
另外要看框架性能的话 去 TechEmpower 会权威一些 你可以看到 C#都是占优势的
https://www.techempower.com/benchmarks/#section=data-r20&hw=ph&test=plaintext
https://benchmarksgame-team.pages.debian.net/benchmarksgame/

@encro
至今 C#没有免费好用的 Redis 客户端库 - 有 StackExchange.Redis 一个就够了
大部分行业库都是收费的，比如处理 PDF 的，处理报表的 - 比如 NPOI iText7-dotnet 社区版
.NET BCL 库很完善 很多轮子都不用自己造

@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 那样阅读更方便 上下文逻辑也不会割裂