这是一个创建于 1366 天前的主题，其中的信息可能已经有所发展或是发生改变。
https://www.jianshu.com/p/fdf03febc345
翻了一下简中网络，上面有一篇特性翻译。
感觉比之前更甜了，_用在复杂类型推断里糖度简直爆表，这得让 IDE 怎么补类型，直接做个小字标在_后面，或者干脆把_拉长成某种下划线吗。
CodingKeyRepresentable这东西我甚至不敢相信它直到 Swift 5.6 才实现，而且还起了个这么长的通用性非常低的名字。
any关键字神了，Swift 竟然不加糖开始加盐了，而且还是 Breaking 的盐。从 6.0 开始，所有把 protocol 直接当类型用的动态分发都必须加any了，不加不给编译。感觉想法是好的，一个更慢的实现就应该有显著的盐，但半死不活的 Swift 社区真的还撑得住这种 Breaking 吗。
 | 1 usVexMownCzar 2022-03-30 12:22:27 +08:00 ，因为 swift 最主要的还是开发 app ，但是在这里基本认为开发原生 app 没前途。 没有讨论也很正常 |
 | 2 nicevar 2022-03-30 12:29:35 +08:00 没什么好讨论的了，就这么说，10 年前的 oc 项目现在随便配置一下就能跑起来，但是 4 年前的 swift 项目面目全非，整天想着让大家学习一门新语言，很多尝试 Swift 的又回到 oc 了，节省时间干点其他的挺好的。 |
 | 3 meteor957 2022-03-30 13:17:40 +08:00 kotlin 更新也一样，没啥人讨论，要么是卖课的 |
 | 4 ivyliner 2022-03-30 14:06:58 +08:00 没有啥好讨论的, Swift 5.6 更新太少. 在 V2 上用的人又更少. |
 | 5 chaselen 2022-04-02 08:43:45 +08:00 java8 还能再战 |
 | 6 agagega 2022-04-03 16:23:04 +08:00 下划线可能会存在不少 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 2022-04-11 21:33:03 +08:00 xcode 的代码补全真的是跟不上 Swift 了, AppCode 还勉强能一战 带默认参数的方法, xcode 竟然还把默认参数带出来, 然后自动补全再删掉, 真的难受 相比之下 AppCode 的代码提示是有不带默认参数的 |
Select Language