passkit.com 可以帮你签

称了一下我现在用的磨砂 pp 壳是 4.8g （ 12mini ）

去年还有“编译用的 Xcode Beta”，“跑 Xcode 用的 macOS Beta”，"跑编译结果的 iOS Beta"三者之间互相版本锁定的问题。有一个不一样就会崩，非常搞笑。猜测是因为 Swift ABI 的缘故。

一直在用 FileHub 。功能很全，就是 UI 有点难看

@zsdroid 基于 GitHub issue 的评论系统 utterances 了解一下

也算正常。原来的转盘控件在大修，现在先拿个键盘顶着。dp 是用来适配 sdk 的，不是给你日用的。

@geelaw 完整沙盒和敏感数据限制是两个不同的东西。沙盒带来的是磁盘访问限制和一整套 API，应用通过这些 API 来完成必要的文件处理。敏感数据限制是系统自动完成的，对应用完全透明。

@geelaw macOS 的沙盒是 10.5 时候的事，比 UWP 不知道早到哪里去了……

我倒是很好奇你说的“无法显示 Documents”的是哪个应用。这听起来像是自己读文件画的对话框（受限于沙盒读不到）。但是沙盒应用搞这种乌龙听起来实在可疑。

@geelaw 纠正一下，macOS 打开文件的对话框是 NSOpenPanel，是由系统进程管理的。

当然无论是 NSOpenPanel 还是 FileOpenPicker 都不能阻止应用自己读文件然后画一个假的对话框。

> IINA 使用的 GPLv3 许可证和 MAS 的协议是冲突的，这也是 IINA 至今都没有 MAS 版本的原因之一。

还是建议上架 App Store，至少可以遏制一些换皮上架应用。

开源协议是给别人授权用的。作为版权持有者你并不受约束。有个小问题是别人的 pr 是按照 GPL 授权给你的，这部分有冲突。可以先问活跃贡献者要独立授权，然后在项目主页放个公告。

Mojave 虽然支持 Xcode 11，但是没有 SwiftUI canvas。所以你基本上没得选

贴近自然语言大概不是什么好事。AppleScript 算是做得最激进的，但是 set A to B 可读性明显差于 A=B，还有用 property of object 代替 object.property 等

都是 Swift 干嘛不上 SPM

看起来 CombineX 的设计（包括 CombineX.Foundation 和 CombineX.Compatible ）比 OpenCombine 还要好些。不过可能由于宣传等问题，关注度低于 OpenCombine。这是一个很现实的问题，可能会直接影响到二者的选择（ OpenCombine 能得到更多来自社区的资源，目前已经有两个 pr 了。高 star 也会激励作者持续贡献，避免弃坑）

无论如何感谢作者。已 star，期待使用正式版。

@finab \()就是插值。The Swift Programming Language 中将其称为 String Interpolation。

@finab 做了结果相同的两件事，和通过两种方法做一件事是不同的。

想象一下，Swift 本可以让 Any 遵循 CustomStringConvertible，并提供默认实现，你可以 override 这个实现。这样就可以对任意值执行 v.description。而现在，为什么只有 T: CustomStringConvertible 才能调用 T.description，而 Any 只能使用 String(describing: v)？因为从后一种到前一种，语意丢失了。你不知道某个类 T 是否声明自己有字符串表现形式。

T.description：T 声明自己有字符串表现形式。结果的提供者是 T。
String(describing: Any)：String 声明自己可以解释 Any。结果的提供者是 String。
"\(Any)"：将 Any 插值。结果是 String，所以 String 提供了解决方案。（注意，这里的 String 是类型推导出来的。这一表达式不一定得到 String。如果别的类型实现了 ExpressibleByStringInterpolation，它也可以提供解决方案）

上述三种表达完全独立。这里的结果相同是实现上的一种选择。Swift 当初甚至可以选择让这三种表达得到不同的结果。