为什么选择结构而不是类？

Question

在使用来自Java背景的Swift时，为什么要选择结构而不是类呢？似乎它们是一样的，结构提供的功能较少。那为什么选择它呢？

Answer 1

根据Swift中非常流行的WWDC 2015 talk Protocol Oriented Programming（video,transcript）,Swift提供了许多特性，使结构在许多情况下优于类。

如果结构相对较小且可复制，则结构更好，因为复制比使用类时对同一个实例进行多个引用要安全得多。当将一个变量传递给许多类和/或在多线程环境中时，这一点尤其重要。如果您可以将变量的副本发送到其他地方，那么您就不必担心其他地方会改变您下面变量的值。

使用结构，不必担心内存泄漏或多个线程竞相访问/修改变量的单个实例。（对于更有技术头脑的人来说，这种情况的例外是在闭包中捕获结构，因为它实际上是在捕获对实例的引用，除非您显式地将其标记为要复制）。

演讲列出了首选类的这些场景：

• 复制或比较实例没有意义（例如，窗口）
• 实例生存期与外部效果（例如，TemporaryFile)
• 实例只是“接收器”--只写外部状态（例如cgcontext）的管道

它意味着结构应该是默认的，类应该是后备的。

null

null

在所有其他情况下，定义一个类，并创建要通过引用管理和传递的该类的实例。实际上，这意味着大多数自定义数据构造应该是类，而不是结构。

在这里，它声称我们应该默认使用类，只在特定的情况下使用结构。最终，您需要理解值类型与引用类型在现实世界中的含义，然后您就可以对何时使用结构或类做出明智的决定。此外，请记住，这些概念总是在不断发展，而且Swift编程语言文档是在给出面向协议的编程讨论之前编写的。