问类继承的好处，什么时候可以使用协议扩展？

EN

我发现的唯一真正好处是您可以创建超类对象，这些对象不是子类，因此您可以忽略子类的任何实现细节。

如果A是B的超类，那么您可以创建A，而不必关心B中的任何内容。

对于协议，您总是必须使用采用的struct/class。

在某些情况下，创建一个UIResponder而不是一个UIViewController是有意义的，因为您不需要这种功能，而且只使用具有更少特性的类更安全、更容易。

如果只使用协议及其扩展，则必须选择一个实现，因此，要避免两次编写相同的代码，就必须有多个协议，对应的类层次结构的每个层次都有一个协议。

如果P2采用P1，而P1E是对P1的扩展，而P2E是P2的扩展，那么必须创建一个采用P1的结构/类，这样才能得到采用P2的结构/类的能力较低的版本。

类继承的“好处”是您可以继承存储的属性和初始化器，这些属性和初始化器也可以从子类继承默认实现。

但这些只是一点点好处，至少对我来说是这样。

如果不是可可，可能就没有了。

一种过于简化的方法是“在处理协议、使用扩展和处理对象时，使用子类”。

更简单的是，当你用Swift编程的时候，你必须处理Cocoa，当你处理Cocoa的时候，你必须处理对象。当你不得不处理对象时，有时最好的方法就是子类化。

以UIViewController为例，我们都必须用它来计算。据我所知，没有UIViewControllerProtocol。这意味着UIViewController有很多你不能通过声明协议一致性来重新实现的外挂行为。如果你想让你的应用程序的主UIViewController具有自定义功能--我们都这样做--你必须对它进行子类化。然后你通过继承得到所有这些行为。

我想另一种说法是，在那些情况下，类继承优于协议扩展，因为您别无选择，只能处理设计时没有协议的对象。

对我们这些迅速的人来说，这种情况经常发生。