https://www.jianshu.com/p/fdf03febc345
翻了一下简中网络，上面有一篇特性翻译。
感觉比之前更甜了，_用在复杂类型推断里糖度简直爆表，这得让 IDE 怎么补类型，直接做个小字标在_后面，或者干脆把_拉长成某种下划线吗。
CodingKeyRepresentable这东西我甚至不敢相信它直到 Swift 5.6 才实现，而且还起了个这么长的通用性非常低的名字。
any关键字——神了，Swift 竟然不加糖开始加盐了，而且还是 Breaking 的盐。从 6.0 开始，所有把 protocol 直接当类型用的动态分发都必须加any了，不加不给编译。感觉想法是好的，一个更慢的实现就应该有显著的盐，但半死不活的 Swift 社区真的还撑得住这种 Breaking 吗。
 |
1
usVexMownCzar Mar 30, 2022
😂，因为 swift 最主要的还是开发 app ，但是在这里基本认为开发原生 app 没前途。
没有讨论也很正常 |
 |
2
nicevar Mar 30, 2022
没什么好讨论的了，就这么说，10 年前的 oc 项目现在随便配置一下就能跑起来，但是 4 年前的 swift 项目面目全非，整天想着让大家学习一门新语言，很多尝试 Swift 的又回到 oc 了，节省时间干点其他的挺好的。
|
 |
3
meteor957 Mar 30, 2022
kotlin 更新也一样，没啥人讨论，要么是卖课的
|
 |
4
ivyliner Mar 30, 2022
没有啥好讨论的, Swift 5.6 更新太少. 在 V2 上用的人又更少.
|
 |
5
chaselen Apr 2, 2022
java8 还能再战 😄
|
 |
6
agagega Apr 3, 2022
下划线可能会存在不少 Corner Case ，然后编译器因为解不出方程挂掉，写 SwiftUI 的时候编译器算不出类型太常见了。
existential any 对 C++程序员应该符合直觉（想起了被 Rust 的 Box<dyn XXX>支配的恐惧），而且 any Type 和 some Type 很搭，有协变逆变那味了。 Swift 的理念本来就不是一味加糖，反而是能 explicit 的尽量 explicit ，否则 Double 和 CGFloat 自动互转 (SE-0307) 也不会有这么多争议。至于 Breaking change ，好吧，大版本搞这个也能接受，Swift 6 还有 Ownership 和 C++ interop 这两个大的呢。而且苹果改 API 比改 Swift 语法怕是多多了。等 AR 眼镜出来看能不能再给开发者社区加点热度吧（鉴于 iPad 生态都搞成这个样子，这个受众更小的眼镜我不看好） Swift 的现状是真让我失望，一个有好爹、有天然的用户群、背靠 LLVM ，开源运作了这么些年的语言弄成这个样子，还把语言之父给逼走了，真是唏嘘 |
 |
7
sch1111878 Apr 11, 2022
xcode 的代码补全真的是跟不上 Swift 了, AppCode 还勉强能一战
带默认参数的方法, xcode 竟然还把默认参数带出来, 然后自动补全再删掉, 真的难受 相比之下 AppCode 的代码提示是有不带默认参数的 |
Select Language