@gpt5 C Sharp 太拗口了，我还是喜欢念 C 、C 艹、C 井，哈哈

@neteroster 用 Jetbrains 的 Rider 是不是就没有这个问题了？

@z1829909 确实，不过我看翻译出来的 C# 代码也没用多线程（至少明面上没用），可能还是 Python 的 JSON 解析和数组处理效率太低了。

有一些很坏的特性，比如数组逆变（性能有极大损失），类型兼容性版本太多并且不一致（比如装箱 int 不可以拆箱为 uint ，但装箱的 int enum 可以拆箱为 int ，但 int[] 是 uint[]，并且我永远记不住 int[] 是不是 int enum 数组；完全采用依名判定会简单很多），再比如实现多个可变接口时可变接口解析的歧义性，当然这都是 CLR 的问题。

C# 自己的问题大概是加入一些不必要的限制，比如古代的 C# 语言不许用 Enum 作为范型约束，虽然它完全有意义并且自古以来就受到 CLR 的支持。

C#语言挺好的，Linq 相当牛逼。

但是感觉还是没有 Golang 用着有感觉

linux 上的缺点：C#的 FileSystemWatcher 只支持每个实例侦听一个目录，并且每侦听一个目录就需要创建一个 inotify 实例，而一般 linux 的 inotify 实例上限一般是 128 。如果你要用 C#做一个需要监听多个目录变化的程序，那么很容易达到这个上限，导致系统上无法再创建任何 inotify 实例。这个问题看起来 node.js 和 java 都是没有的。😓

dotnet/runtime#62869

最致命的问题是生态，尤其是在国内

其它的问题比如函数染色是许多其它编程语言也有的，但是生态完全是独一份的致命伤，而且越来越致命

另一个隐藏的问题是微软，微软给 C#/.NET 提供了持续的高质量的支持，但是又不断地扼杀 C#/.NET 社区

我自己写程序经常用 C#，手上还有个用 blazor 写的面板工具，一些脚本处理也都是用 dotnet-script 方便一键运行，需要图形界面的话就用 WPF 搞。
目前为止遇到的问题有（包括语言及生态）：

* AOT 不支持交叉编译
* self contained 模式下部分库对修剪功能支持不到位，导致想写个程序给没有安装 run time 的机器上运行时，必须打包整个运行时，会使打包文件过大（几行代码打包下载近百兆，修剪了又会报错。）。
* rider 对 blazor 热重载支持不如 vs ，经常需要重启。而 vs 又经常无法识别代码，经常没有问题的代码会报错，关闭重新打开就又好了（ vs 2022 ）。
* 经常会纠结到底用不用可空类型。
* 有些东西如果不按照官方的推荐搞，会变得很麻烦。比如 blazor 中的认证，如果不用官方的 Idendity 包，会很麻烦，但是官方包里东西又太多了，我仅仅想要个用户名密码验证而已。
* 异步函数传染问题（这点真没 go 方便）
* 没有好的方式写安卓应用（ MAUI 问题太多了）

@geelaw 感谢。关于数组协变，我的想法是不是 C# 根本不应该支持在数组上自动协变？下面也有朋友提到协变后的数组写入其他类型的元素是运行时错误，极难检查。

@niubee1 @ShinichiYao 此话怎讲？

@DTCPSS 看了一下，很有收获，确实把语言中最肮脏的设计都列出来了。（好在 Java 等 GC 语言也共享了几个，比如无 Destructor 。）

@gadfly3173 看起来也没有那么难修复，感觉是微软特有的 Windows 中心思维在作祟。不知道 Mono 有没有同样的问题？

@csys @ZGame C# 的生态非常差吗？我看 NuGet 上的库挺多的（虽然基本都是围绕 Windows 转）。

@Bronya 感谢。「异步函数传染」这点，其实我写 Rust 、Python 、Dart 、Kotlin…… 早就习惯了，所有函数全部染色就好了，现在写 Go 好像也没什么感觉了。「 Self-contained 修剪不到位」这个确实是有点硬伤，我得多写程序测试测试。

@hez2010 #35 我说的是装箱拆箱的问题，不是 int 和 enum 存在转换的问题。

StringSpiltOptions e = (StringSplitOptions)1;
int i = (int)e;

不是

object o = (StringSplitOptions)1;
int i1 = (int)o; // bad, but works
int i2 = (int)(StringSplitOptions)o; // good, and works

装箱拆箱在 C++ 标准里最接近的是 std::any_cast ，它并不允许把存放了 enum 的 any 通过 any_cast 变成 int ，但这个论证无意义，因为 C++ 的 any 比 CLR 晚了很久。

另一个接近的是 C++ 允许 std-layout type 的 pointer 和它 first member 的 pointer 做 reinterpret_cast ，但是 C# 里面装箱后的值类型（根据 CLR 定义，这是和值类型不同的、一个自动产生的类型）应该理解为多态类型（“具有虚表”），此时不是 std-layout ，所以也不适用这个类比。