@angrylid 对的, 说到底这种要把多种语言体系混在一起写的都是垃圾
要么就像 dotnet 生态里 wpf 和 avalonia 那样把后台和前台分开, 一个 C# 一个 xaml / axaml
要么就像 swift / flutter 那样 UI 和语言是一个体系的, 不需要介入什么 html, css 这些挂件

@kneo 超爽
我个人按照平时使用强度，从早上五点到晚上八点，差不多 15 小时，剩余电量还有百分之六十多，然后用原装充电器十来二十分钟就冲到百分之九十多了
我买的 24+1T ，总共可用内存是 24+12GB （还有 12 的 swap ）
我感到震惊的是，上午陪朋友打了几局王者，晚上打开居然后台还在（我以前一直用 8GB 的一加 8 ，这是我以前想都不敢想的）
就我个人而言，一加 13 真的是超大水桶机了，这次换机体验很好

支持楼主，送三无产品确实恶心
以后还是线上买吧，线上服务有保障一些，赠品也不错，我也是在天猫旗舰店买的 1+13
线上客服也挺耐心的

@molvqingtai 你要解决的不就是接收不了离线消息的问题嘛

不引入服务器的话这个问题无解
提前下线的用户，在无人在线的情况下登录，无法获取既有的聊天数据

远程协助模式

remote assistant mode

@horizon 正解, OP 应该定义接口, 然后使用默认的实现, 插件可以提供新的实现

我地区选的香港，从来没有过弹窗，windows 11 stable latest
op 可以试试把地区改到香港，当然你得有梯子，不然商店什么的就打不开了

@HojiOShi 可以指个路嘛, 谢谢大佬啦

救命, 我正好有一个相反的需求, 我在做的一个局域网工具软件, 需要一个东西唯一识别设备, 但 Android 高版本都拿不到 MAC 地址, 真的很苦恼, 因为这个项目的桌面端在 windows/linux/macos 都可以很轻松的拿到 MAC 地址来做设备识别
而且这个设备识别必须保证唯一性, 因为其他设备对这个设备的配置存储等都依赖识别码

不怎么样, 开源本身是不求回报的行为, 如果通过这种方式来约束开发者, 会极大地降低开发者地开发积极性
换句话说, 人家都免费给你用, 出了事情当然你自己负责, 当然, 大家对该项目的信任会大打折扣

我对这个事件的思考是: 我们应该重新思考开源行业中的信任链, 即我们是否应该完全信任第三方的代码

目前整个开源行业都是依靠信任维系的, 大家信任 Linux 发行版的发行商, 所以使用 Linux 发行版; 发行商信任第三方程序, 所以默认包含并依赖这些程序; 第三方程序库作者信任积极贡献者, 所以允许 TA 成为维护者
这就导致这次攻击几乎是非常成功而且影响极大

但鄙人见识浅薄, 并没有想出更好的办法来避免这类攻击事件的再一次出现 (毕竟就算防住维护者, 也不能保证库作者本人不会写出某些 bug 导致出现可被攻击的漏洞

踢踢, 似乎恢复服务了

@feirisu 虽然微软不争气, 但社区挺给力, 你可以了解一下 Avalonia UI, 一个跨平台的 dotnet 的 UI 框架

不是坚持, 是热爱, 这不, 刚刚给 dotnet 提了个新 issue

https://github.com/dotnet/sdk/issues/39783

@xiaoguaiwu 诶嘿，谢谢夸奖~~~