@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

我是 dev insider 版本的，DNS 配置和左边的图一样

有新的 OpenIddict 而且完全免费，可以用作 IdentityServer 的替代品： https://github.com/openiddict/openiddict-core

surface duo 2 （逃

把 csproj 里面的 EnableImplicitUsings 改成 false 试试

@ysc3839 COM 并不慢，相反速度很快。UWP 慢的真正原因是做了跨进程 RPC 调用，涉及到鉴权的东西不在进程内处理，而是 RPC 到 Runtime Broker 处理，跨进程调用比进程内调用起码慢了 3 个数量级，所以只要 UWP 不涉及 IO，性能都很高。

UWP 可以看作是一系列技术的集合：AppContainer （沙箱）、WinUI 、WinRT API 、CoreWindow （现代窗口）、MSIX 打包、应用生命周期和系统事件以及系统推送等等。
现在微软意识到这么做会割裂 Win32 和 UWP 的生态，于是从去年开始就在把 UWP 的技术逐个拆出来开放给 Win32 程序，只不过目前进度还在中间所以这个过渡阶段会显得有些混乱，比如 Win32 能用最新的 WinUI 3 样式反而是旧的，而有最新样式的 WinUI 2.7 反而只有 UWP 能用，典型就是微软自己的程序有的是 UWP （比如各种新的系统程序），有的又是 Win32 + XAML Island 调用 WinUI 2.7 的控件（比如 PowerToys 、Windows Terminal ）。
等这个过程结束（大概今年年底到明年年初），届时 Win32 只需要引入几个拆出来的特性就可以变得和 UWP 一模一样，而 UWP 去掉一些东西也可以变成 Win32 程序，真正做到融合和统一。

@beginor Rider 等 .NET 6 正式版出了才会支持