大幅增强多任务、后台能力，完整支持外接显示器，部分开放侧载权限，提高稳定性。至于上 macOS 就别想了，苹果不会这么做，作为用户也不希望如此

苹果的所有在线服务，最稳定的只有一个：APNs ，就是手机上的消息推送。其余的，抽风都是日常

@vain
阿里的所有服务都集成了这个东西，包括优酷啥的，特别恶心

@agagega
复杂的情况下你可以自己定义 Binding ，@ Binding 和$只是语法糖，Binding 的本质就是一个封装了 getter 和 setter 的对象： https://developer.apple.com/documentation/swiftui/binding

@MakHoCheung
SwiftUI 有 @ Binding 这个东西，如果你的 User 是 struct 并且 user 是 @ State ，那可以直接$user 传给子组件，子组件 @ Binding user: User 。这种情况因为都是值语义所以不需要定义 ViewModel 了

我没能太理解你的问题。

@ ObservedObject 和 @ State 标记都是用来做数据绑定的，View 里如果引用到了这些标记的变量，当它们改变时，View 也会对应更新。

之所以要区分 ObservedObject 和 State ，是因为 Swift 不同于 JS ，是一个严格区分值语义和对象语义的语言。Swift 中，struct 和大部分没有 NS 前缀的内置类型都是值语义，即任何一部分被修改了都会视为整个对象被修改；而 class 和 Foundation 里 NS 开头的类型都是对象语义，对它们属性的修改并不会被视为对整个对象的修改。

因为 MVVM 的核心就是追踪绑定数据的改变，所以 SwiftUI 必须区别对待值语义变量和对象语义变量。对值语义用 @ State ，任何修改都会简单触发 View 重新渲染；对对象语义用 @ ObservedObject ，被它修饰的类型都要满足 ObservableObject 这个协议，这些类型中任何被 @ Published 修饰的成员发生修改，整个对象就会触发 objectWillChange 事件。

这和 ViewModel 本身没有关系，只是因为 ViewModel 本来就是我们自己定义出来封装事件逻辑的模块，所以通常会实现为 class ，然后加上 @ ObservedObject 做修饰。

SwiftUI 里还有个修饰符叫 @ StateObject ，也是修饰对象语义的，和 ObservedObject 的区别在于后者不会维护对象的生命周期，而 StateObject 在生命周期上和 State 类似，由当前组件来维护。

在 Mac 上用过 InkScape 和 GIMP ，都很卡，大概是优化不够。Windows 上没试过。相比 Qt ，GTK+更像是 Linux 环境里的原生 Toolkit ，也不意外

如果 Java 里面已占用内存超过这个最大值但是又不能 GC 怎么办？

👍看到越来越多 SwiftUI 写的作品

《 C++ for the impatient 》，有中文译版，不错的书

有时候我也很想搞 NAS ，但理清需求，NAS 说实话对现阶段自己而言还是就存存电影这种体积大又不需时刻同步的文件。个人文档体积小，但是需要经常在外面查看和修改，更适合公有云。

我用 OneDrive 超过十年了（当年还叫 SkyDrive ），十年前的文件还安然躺在里面，同时期电脑里的某些文件早就随设备变迁丢失。更何况目前很多所谓成品 NAS 软件水平根本不行（防杠：至少在我自己看来），App 体验别说和 Dropbox 这类做得好的比，和国内的微云比也没有多出彩，这还不提 OneDrive 和 Office 以及 Win/Mac 系统 API 的深度整合。可能这也是时常看到有人吐槽 Nextcloud 不稳定，但还是有很多人喜欢它的原因：生态。一些人觉得能有个稳定地方存文件就够了，另一些人想要完整的跑在自家服务器的个人云，本质需求不同。

所以我给自己折腾 NAS 定了原则：买硬盘可以，买主机可以，折腾开源方案或者自己动手写也可以，但不买某晖某通这种成品😁

这个文件已经是 v1 API ，被移除了： https://github.com/llvm/llvm-project/commit/6154c4115cd4b78d0171892aac21e340e72e32bd

应该是 Kaleidoscope 教程没更新

@Z5460520
抓着中介问房子是哪年装修的就行，自己基本也能看出来新旧。三年前市场上还有挺多刚装修好的新房间，经过两三年还在市场上，可以租了。

有，QQ 邮箱

现在觉得 Windows 和 macOS 都比较赏心悦目，反而是 KDE 默认窗口样式太难看了

今天打电话问过了，本来是准备给 AC+续期（ iPad 自己的「 Apple 支持」 App 里显示 6 月前都可以延期，即 AC+到期后的一个月内），但那边确定说在直营店买的 2 年 AC+不能续期，只有自己在 iPad 里按年续费的才可以，我不理解这是什么逻辑。

然后我又提到了设备维修怎么办，那边问在 AC+到期之前是否有相同问题的电话记录，我说没有。最后客服还是说可以在解封后去直营店通过电话 support 的单号和隔离证明（？）要求使用 AC+权益。不知道到时候直营店里有什么说法，但有类似情况的人应该很多

因为你在主流平台都能找到内置的 JavaScript 环境，大家会预期如果一个服务可以跑代码那么一定能跑 JS

奇葩翻译是 iOS 11 引入的，应该是顺应某些政策要求，毕竟新闻里 NBA 都不能叫 NBA 而叫美职篮，一开始只有简中有，后来繁中也有了。至于闪电和雷雳，翻译出来这么久都没啥人用确实挺失败的…