Swift 5.6 发布两周了，居然在这边没人讨论

[wdhwg001]

https://www.jianshu.com/p/fdf03febc345

翻了一下简中网络，上面有一篇特性翻译。

感觉比之前更甜了，_用在复杂类型推断里糖度简直爆表，这得让 IDE 怎么补类型，直接做个小字标在_后面，或者干脆把_拉长成某种下划线吗。

CodingKeyRepresentable这东西我甚至不敢相信它直到 Swift 5.6 才实现，而且还起了个这么长的通用性非常低的名字。

any关键字——神了，Swift 竟然不加糖开始加盐了，而且还是 Breaking 的盐。从 6.0 开始，所有把 protocol 直接当类型用的动态分发都必须加any了，不加不给编译。感觉想法是好的，一个更慢的实现就应该有显著的盐，但半死不活的 Swift 社区真的还撑得住这种 Breaking 吗。

[chiaf]

😂，因为 swift 最主要的还是开发 app ，但是在这里基本认为开发原生 app 没前途。
没有讨论也很正常

[nicevar]

没什么好讨论的了，就这么说，10 年前的 oc 项目现在随便配置一下就能跑起来，但是 4 年前的 swift 项目面目全非，整天想着让大家学习一门新语言，很多尝试 Swift 的又回到 oc 了，节省时间干点其他的挺好的。

[meteor957]

kotlin 更新也一样，没啥人讨论，要么是卖课的

[ivyliner]

没有啥好讨论的, Swift 5.6 更新太少. 在 V2 上用的人又更少.

[chaselen]

java8 还能再战 😄

[agagega]

下划线可能会存在不少 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 ，开源运作了这么些年的语言弄成这个样子，还把语言之父给逼走了，真是唏嘘

[sch1111878]

xcode 的代码补全真的是跟不上 Swift 了, AppCode 还勉强能一战

带默认参数的方法, xcode 竟然还把默认参数带出来, 然后自动补全再删掉, 真的难受

相比之下 AppCode 的代码提示是有不带默认参数的