@kop1989smurf 编译之后没什么区别，但是模式匹配编译出来的东西是经过分支合并和优化的，你自己写的不一定能有编译器编译出来的效率高。不过当然也可以花费更多精力来写和模式匹配效率一样的代码，但是自己写更容易陷入各种循环和条件中导致出错，而模式匹配的行为则一目了然。

试试 Azure DevOps Server：
https://azure.microsoft.com/en-us/services/devops/server/

跨平台桌面应用开发还是 Avalonia 吧，移动的话也在 Avalonia 的路线图里。MAUI 虽说是可以试试，但是现在这个时间点正式版都没发，还远远不成熟。

osu!（一个在全球范围都很火的音游）： https://github.com/ppy/osu
Nintendo Switch 模拟器（四舍五入也算游戏）： https://github.com/RyuJinx/RyuJinx

OneDrive 以及 Office 在 Web 版本上用的都是自家的 FluentUI ，这个库是开源的： https://developer.microsoft.com/en-us/fluentui

WSL2 走网络协议来做 Linux 和 Windows 文件系统之间的互操作，速度很慢，因此不要跨系统访问文件，如果你要在 WSL 内使用 Windows 下的文件，先复制到 WSL 里面，反之如果要在 Windows 下使用 WSL 里的文件，先复制出去到 Windows 里。

可以用 Avalonia 开发跨平台 GUI： https://github.com/AvaloniaUI/Avalonia

@4196 就 electron 那种主进程和浏览器进程分开在其中做 rpc 的互操作方法就注定它性能不可能好得起来。换成 webview 之后可以直接变成进程内调用，例如通过 COM 包装 API 可以做到每秒互操作几千万甚至几亿次，这你用 rpc/websocket 什么的根本做不到。

你可以试试把返回值类型改成 `Task<List<DocItem>>`，`ActionResult`不是必须的，也没必要返回 `IEnumerable`。

今天早上刷 Twitter ，时间线直接被 .NET 6 和 Visual Studio 2022 给刷屏了

并不是锁定，只是为了快速加载所以做了本地缓存。这个缓存隔一阵子会自动失效所以如果你长期用的话会发现它每隔一段时间就会重新加载一次。

关闭了硬件加速那肯定 CPU 起飞呀，GPU 硬解码节省资源，关闭硬件加速纯靠 CPU 软件解码肯定会资源占用飙升

@lcandy WinUI 和 UWP 一直都有 F7 启用指针导航的功能，根本和 WebView 没关系，这是系统自带的辅助功能

MySQL 系列和 PostgreSQL 之间的话还是选 PostgreSQL 吧，前者连个索引都做不好，还闹出“JOIN 语句不要超出 3 条”这种笑话。

感觉应该是动画没跑完停住了，win11 有一个图标从左到右依次往上冒的动画

目前 GPU 用不了，看视频玩游戏实在是卡的不行

@Mogugugugu 可以直接装 apk

这里有 insider 新版镜像下载： https://insider.windows.com/

@tanghongkai 最新的 dev insider 22478