我的情况还是反过来的。

我偶尔会找个超长的列表划着解闷，一般都是播放器的播放列表。当电子玩具来玩。
Android 的滚动能带来愉悦感，用 iOS 就没有了。

iOS 的滚动有一种同时踩油门和刹车的感觉，Android 只需要轻轻一弹就可以飞出去很远，而 iOS 会限速，却不是靠增加阻力来做到的，是硬生生地控制速度上限。

这种感觉不自然，就好像你用力踢一脚足球，结果球并没有直接飞出去，而是在地上慢慢滚过去。仿佛力量被看不到的东西给吸收了。

@sky96111 了解了，感谢

@Cu635 对了，Valve 还用容器化技术来消除了不同发行版之间的差异，提供了一套统一的运行环境来保证最大限度地兼容。
然后 Steam 本身还有自动装运行库的功能……
还有一些额外的细节，例如不同图形 API 的 Shader 不兼容，虽然用了翻译库，不过运行游戏的时候后台编译 Shader 会卡。所以 Valve 提前给你翻译好了，跟游戏一块下载，解决了第一次玩的时候会卡到几乎没法玩的问题。

我在 10 多年前就开始折腾 Wine 玩游戏，也用过 CrossOver 这种商业版 Wine 。但 Valve 开始提供商业支持之后，这玩意就有了翻天覆地的变化。以前玩个小游戏要折腾一堆第三方库，还要挑着把 Wine 的库替换成 Windows 原生库，不能无脑操作，换得多了反而兼容性还差了，得反复摸索尝试。
折腾完了还有一堆例如有画面没声音，不能全屏之类的问题。实际能正常玩的游戏非常少。

今年 WWDC 苹果发布的 GPTK ，实际上苹果的主要贡献是 D3D12 转 Metal （这玩意还是只有苹果自己能用……）
今天的 Wine 能玩这么多游戏，背后几乎都是 Valve 的功劳。现在的 Wine 不怎么需要来自 Windows 的库了（因为版权原因，这些东西得从 Windows 更新补丁里拆，不会直接分发），Wine 内置的开源实现都解决了曾经令人头大的问题。

@Cu635 有 Proton ，valve 斥巨资改进的 wine ，而且开源，所有贡献都回馈给社区。除了 wine 本体，还开发和维护了翻译图形 API 的库……
目前的情况是几乎所有的 Windows 游戏都能运行，找到不能运行的游戏甚至还有点难。当然，有反外挂或者非常激进的反盗版往往不行。
有些游戏会有 bug ，比如速度不正常，或者一些时钟同步的问题（例如音游的延迟不稳定）。
Steam Deck 兼容性数据库实际上有些落后，目前标完全不兼容的游戏其实大多数已经达到近乎完美的级别了。有些我在两年前试过，当时确实无法运行。

SteamDeck 的 vulkan 实现是 valve 写的，换成 AMD 的实现性能还会变差……
让我感觉其实手头的一些设备实际性能也许比我想象中强，只是发挥不出来

@amirobotics magisk 原版开 zygisk ，排除列表选上所有银行应用，不用 shamiko
然后装 LSPosed ，找到“隐藏应用列表”插件，装上，作用域选系统框架
新建一个模板，拦截规则填：
magisk
root
lsposed
edxposed
xposed
qn_dyn_lib
qn_mmkv
org.meowcatedxposedmanager
org.lsposed.manage
manager
com.topjohnwumagisk
magisk manager

隐藏应用直接全选

大多数银行的检测都可以过，我手头最严格的银行 App 是建行，这个没有问题

其实 shamiko 主要用于你想改某个 App 但又不希望被检测，银行 APP 几乎不需要被修改，所以就用不着了。

在银行 App 看来，你的手机的状态会是：
没有 root 权限
系统目录无任何修改
没有安装 magisk/lsposed
解锁了 BL 锁

@minipeach 华为、荣耀、OPPO 、苹果、中兴、联想、索尼

@Huelse 我就是换了一圈品牌又换回来的……

“雷军！金凡！看到了吗！”
“我看今天谁敢买小米旗舰”

说起来，我的红米 Note12Turbo 还没遇到过这个问题

之前我用了好几年的 mac ，但是止于 Apple Silicon 了，这玩意做开发比别的平台都折腾，到网上问也得不到答案，只会告诉我“都 XXXX 年了，谁还本地开发”。
我知道有些开发不折腾，实际上那些在 Windows 上也不折腾，例如只写 Java 、PHP 等等。

WSL 比虚拟机/双系统/远程（两台电脑）方便。远程要是真能比 WSL 方便，其实你也可以用远程开发的方式来使用 WSL……

双系统需要重启切换，耗时最多，还不能同时使用两个系统上的软件生态。

虚拟机（指 VMware 、VBox 那种）启动慢，端口映射还需要手动配置，虽然也有自动处理 ssh 端口转发的工具，但不会比 WSL 省折腾。我最近一年都在做机器学习的项目，虚拟机不能用 CUDA ，WSL2 可以用。跑 NMIST 来测会感觉有性能损耗，但是跑 BERT 这种规模的模型时，损耗几乎被掩盖住了，基本上是显卡的性能决定了运算速度。

WSL 的启动速度比世界上所有的虚拟机都快。在 macOS 上图标还没蹦完，都足够让 WSL 进入可用状态了。
不用 WSL 的时候可以把它关掉，需要时，随时可以快速启动。

虽然 WSL2 访问 Windows 的文件 IO 性能很一般，但我试过 VBox 、VMware 共享文件夹的性能，要更差。曾经我靠 NFS 来改善虚拟机内外互通文件的速度，Vagrant 有个插件能很方便地配置。如果把 WSL2 访问 Windows 目录视为“共享文件夹”，其实就可以理解了。

装 RTX4090 ，逛显卡吧

可以，开 zygisk ，然后忽略这些应用
它们只会检测到你的设备解锁了 BL ，没有 Root 。当然，你也没办法修改这些应用了

有些应用检测到解锁 BL 会风控，不用担心，一般一星期之后自己解除
实际上，大多数有用的模块都作用于系统框架，而不是特定 APP

@pppguest3962
今天的电脑和 Win2K 时代的电脑相差特别大，消费者的需求也变了。
那个时代 GUI 程序绘图全靠 CPU 处理，当时的主流分辨率还是 640x480 ，而且很多电脑的“显卡”用途真的就只是为了显示画面，没有加速绘图的能力。

MFC 、Win32 API 、GDI+都是那个时代背景下的产物。

而今天很多人都在用 4K 分辨率的显示器，还希望用触摸板滚动界面时能按像素滚动，滚完了还有惯性。软件界面要有丰富且流畅的动画。如今那么多人喜欢 macOS ，有很大一部分因素就是这个。

所以微软不可能做一个全新的 MFC ，它已经不适合这个时代了。这种技术越多，Windows 的用户体验反而越差。

现代的 Windows GUI 应用，绘图的部分都是 Direct2D 、DirectWrite 、Direct3D ，能利用 GPU 加速渲染。还能分担 CPU 的负担。
这样才能实现在超高分辨率下平滑滚动等过去都不敢想象的需求。

MFC 提供的其他与界面无关的功能，后来被.NET 平台完全取代了。
因为这些东西早已成为 Windows 的一部分，所以上层应用同样可以“小巧”。

如果仍然想用 MFC 、Win32 API 开发，其实依然可以用，用起来还是那个味道。但对于大多数应用来说，开发成本高，用户体验差。也许很省内存，但今天的内存十分廉价，甚至不如用这廉价的内存去省下其他更昂贵的东西。怎么想都觉得划不来。


如果只是想做个无比简单的小工具，那么，用 WinForm 随便拖个界面，双击各种按钮填上代码，分分钟就糊出来了……

说说我自己在用的软件，包括曾经用过的。可能还有很多遗漏，因为我并不会仔细研究每一款应用使用的界面技术，只有界面吸引我的那些，我才会看一下……


WPF 的：

知名的：

部分版本的 Microsoft Office 和 Visual Studio 用了 WPF ，大概从 2007 或者 2010 开始，一直到今天。

Lunacy
https://icons8.com/lunacy
以前用 WPF ，后来换成 Avalonia UI ，顺便跨平台了
这玩意挺好用的，差不多可以当作 Windows 平台的 Sketch ，只是没有插件生态

Github for Windows
这玩意也是 WPF ，最早只支持 Windows 平台
后来自家的 Atom 编辑器做得完善了之后，改用 Electron 重写了 GitHub Desktop ，顺便跨平台

Fork
一款 Git GUI ，它的 Windows 版本使用了 WPF ，macOS 版使用 UIKit
我挺喜欢这玩意的，感觉跟 GitKraken 不相上下（当然要少一些功能），但更轻巧、快速

SourceTree
和上面那款类似，Windows 版使用 WPF ，但这玩意太卡了

HandBrake
一个跨平台的视频转码工具，Windows 版本使用了 WPF

Razer Synapse
雷蛇的键鼠设置软件，Windows 版本用 WPF

旧版罗技鼠标驱动程序，Windows 版本也用 WPF ，新版用 Electron 了

小红伞
一款杀毒软件，用 WPF 做的界面

AutoCAD
我只记得很久以前的版本是 WPF ，好久没有用了，不知道现在还是不是

Docker Desktop
Windows 版本用了 WPF

QQ 概念版
大概 2007 年左右为了尝试微软的新技术做的版本……
有一大堆花里胡哨的动画，但不实用

不怎么知名的：

Lossless Scaling
一款游戏画面放大工具，界面用了 WPF 。我一开始以为它是 WinUI 3 应用，后来发现是 WPF

UWP：

太多了，网易云音乐、QQ 音乐、哔哩哔哩、哔哩哔哩漫画、动漫之家、布卡漫画……大多数你能在 Android/iOS 上用的都曾经有过 UWP 版本。


WinUI 3：

PowerToys……


.NET MAUI：

好像真的没有


其实比较现代的 Windows“原生”应用基本上都用 WPF ，然后国内的互联网公司曾经喜欢用 duilib ，后来都用 CEF/Electron

然后各种企业内部使用的小工具也是 WinForm/WPF 二选一


这么看还是挺多的

@MurkeyMua 目前市面上的手机没有不开的……
可能只有极少数第三方 ROM 提供用户友好的 ZRAM 开关

@alleluya 可以备份到电脑或者另一部手机，需要连接到同一个局域网
设置里面有聊天记录迁移与备份

不要升级安装，得卸载之后重新装

@tyzandhr 大多数情况下可以只碰.net 上的封装，不至于直接接触 Win32 API

公司的前端项目编译的时候都要 79GB 内存
每个子模块都是独立的，但最终发布的项目要包含全部功能模块