Swift 语言中有哪些糟糕的设计？
如题，Swift5.3版本即将发布，进一步扩展到Windows和Linux平台，编程语言本身还有哪些比较糟糕的地方？镜像问题 swift的指针了解一下... Kotlin 的自动解包机制十分好用，Swift 相对就要笨拙很多。
Xcode 代码提示和染色经常导致风扇狂转，染色失败和获取不到代码提示也非常常见。
闭包的各种简略写法导致代码可读性下降。
类型推断常常出错。
以前还有一个啼笑皆非的问题，当你用字面量方式声明一个巨大的字典的时候，如果不显式指定字典变量的范型类型，编译时可能要花几十分钟来进行类型推断。 可选的可选
好吧 可能是我使用不当的问题。。 谢邀。
越来越少；如果硬要说一个，我提名不独立发行 Runtime 这一点。
<hr/>作为一个纯粹的应用层开发者，要说 Swift 的坑有多少……那肯定是有的，当然好消息是这正在减少。在 Swift 4 以前，更新一次版本就会修改大量的语法，但是从现在社区的反馈情况看已经很少有现有语法需要改进了，绝大多数的精力已经从「如何让它变得更好用、更优雅」转移到「如何扩展 Swift 的功能而不损失其优点」。
想要了解目前（历史上）有哪些 Swift 设计需要改进，建议答主看看 apple/swift-evolution 这个仓库；要了解编译器有哪些提示、机制需要改进，建议上 bugs.swift.org 看看。
至于 Swift 项目最糟糕的部分，个人认为是 Apple 整的一些幺蛾子（比如一些 Apple 平台专属的闭源框架）。目前 Swift 项目尚没有做到脱离 Apple 的节奏，还处于被它带着走的状态（这也没办法，毕竟主流 Swift 用户还是 iOS/macOS 开发者吧）。要解决这个问题，唯有大力发展其他平台用户，拓宽 Swift 的使用场景。
顺便一提，很多设计上的局限性（尤其是平台兼容性）都是因为 Swift 高度依赖链接库，不过这个设计应该是解决不了了。That’s what makes Swift Swift.
页:
[1]