可以试试给 dotnet build 加几个参数：-clp:PerformanceSummary -tl:false
这样能看到编译时间到底花在了具体哪个任务上

你的 json 处理之所以在 C#上慢是因为 C#的 JIT 需要预热，预热的阈值是一个函数被调用 30 次以上，所以你得多跑几次。

旧 win10 右键菜单是同步阻塞加载，一个加载项卡了就会把整个菜单卡死。而 win11 的新右键菜单是异步加载，单个组件卡死不影响右键菜单的使用。
所以最简单的方法是换回 win11 的右键菜单。

@VchentozV 现在有 TorchSharp （ https://github.com/dotnet/TorchSharp ）了，基本上你 python 怎么写 ML 在 C# 就怎么写 ML ，同样支持 CUDA 加速等等还没有部署打包的烦恼。不过很多构建在 pytorch 之上的第三方库还是得自己移植。

.NET 兼容性确实不错，升级就是改个版本号的事情，而且每次升级都能坐享免费的性能提升。
前不久给 garnet （ C# 实现的 redis 服务器）做性能测试，简简单单提升个 .NET 版本号就能看见性能以肉眼可见的幅度往上走。

https://i.imgur.com/FOgR5km.png

@minami
@littleshy
好消息是修复已经签入了就等待 release 了：
https://i.imgur.com/hVMkiYY.png

@MacsedProtoss X Plus 也分 XP64100 和 XP42100 ，后者才是把核显砍到 4K120 都看不了的残废芯片，而前者是 X Elite 同款满血 GPU 完全没问题。

@hez2010 刚说完这话就发现 Alexandre 提交辞职信了。Unity 管理高层确实垃圾。

@LaTero Alexandre 还在就没问题，Unity 的 .NET CoreCLR 引擎组主要就是这个人在负责。

没看到有这方面的消息。

官方论坛依然正常更新进度： https://discussions.unity.com/t/coreclr-and-net-modernization-unite-2024/1519272
Unity 维护的 .NET CoreCLR 的 fork 依然正常推进： https://github.com/Unity-Technologies/runtime

@w568w 目前来看似乎是没有限制的，Mandelbrot 套出了总共 16 万多个字符长度的类型名都能正常解析和运行。

C# 用模式匹配轻松完成对 !!x 这种双重 not 的化简：


你说的超级增强版就是 Microsoft 365 Copilot （商业用户的那个，不是个人用户的）。
买个 Microsoft 365 商业版订阅然后开个商业版的 Copilot ，他就会把你 OneDrive 里所有的数据都综合到一起让 AI 帮你组织起来。

1. 你在代码里加的索引有通过 migration 应用到数据库吗？没同步到数据库表里面是没用的。
2. 建议用异步方法 ToListAsync 。
3. 你可以看看具体生成了什么 SQL ，你这个需求完全没有必要在 SQL 做 GroupBy 和 Select ，你可以先 Select 出来然后 ToList 再在应用端进行 GroupBy ，比如像下面这样，毕竟 MySQL 的数据库引擎的索引做的本身就完全是依托答辩，最好只把 MySQL 当作一个大号 KV 来用。
```cs
return Ok((await dbContext.Orders.Where(x => x.CreatedAt >= DateTimeOffset.FromUnixTimeMilliseconds(queryForm.StartDate) &&
x.CreatedAt <= DateTimeOffset.FromUnixTimeMilliseconds(queryForm.EndDate))
.Include(x => x.Sku).Where(x => x.Sku != null)
.Select(o => new
{
SkuId = o.SkuId,
SkuName = o.Sku.TitleEng,
Status = o.Status,
ReviewTasks = o.ReviewTasks
})
.ToListAsync())
.GroupBy(o => o.SkuId)
.Select(g => new
{
SkuId = g.Key,
SkuName = g.Select(o => o.SkuName).FirstOrDefault(),
Delivering = g.Count(o => o.Status == (int)OrderStatusEnum.Delivering),
Cancelled = g.Count(o => o.Status == (int)OrderStatusEnum.Cancelled),
InProcess = g.Count(o => o.Status == (int)OrderStatusEnum.InProcess),
InReview = g.Count(o => o.ReviewTasks.Any(t => t.Pending && t.Result == false)),
Total = g.Count()
})
.ToList());
```

@sagaxu 微软支付不提供 .net 版 sdk 并不妨碍第三方提供完整的 sdk： https://github.com/fudiwei/DotNetCore.SKIT.FlurlHttpClient.Wechat

至于 mysql connector ，感觉用 .net 的更多还是用 pgsql ，而不是 mysql

@geelaw 其实 int 和 enum 的类型转换那块儿是对 C++ 行为的兼容，类似的还有 0 可以不需要转换就能赋值给任何的 enum 。

然而你这两段代码写的并不是同一个东西，前者只是给已有的 `btn` 这个 class 设置了样式，而布局上仍然需要你在使用的地方自己写 `<div class="btn"><div>icon</div>按钮</div>`；而后者是给所有的 Button 都应用了 `<div>icon</div>按钮` 的布局使得使用的时候不需要提供任何的额外 class ，直接写 `<Button>按钮</Button>` 就能变成包含你那个图标和触发动作的按钮。

虽然但是，它执行效率也不高，编译速度特化使得编译优化做的依托答辩，编译出来的代码跑的还没预热后的 Java 快。

中国开发者占了 jetbrains 开发者报告的 20%，另一方面，stackoverflow 的 2024 报告里中国开发者只占了 0.7%： https://survey.stackoverflow.co/2024/technology/
把 jetbrains 和 stackoverflow 的报告对比起来看的话就会发现国内和国外的技术栈现在有着非常大的区别。