Преимущества наследования классов, когда вы можете использовать расширения протокола?

Question

Я увлечен возможностями красивого кода с расширением протокола . Но я, кажется, не понимаю реальной разницы между наследованием класса.

Я знаю, что есть разные способы моделирования чего-то, например, я мог бы использовать композицию вместо наследования класса.

Но тогда я знал особенности наследования классов, заключался в том, что подкласс мог легко использовать реализации суперкласса. С расширением протокола у меня тоже есть эта функция, даже для типов значений.

Итак, вопрос в том, какие функции имеют наследование классов, какие расширения протокола нет; или когда использовать наследование классов вместо расширений протокола.

Answer 1

Единственное реальное преимущество, которое я нашел, это то, что вы можете создавать объекты суперкласса, которые не являются подклассом, и поэтому вы можете игнорировать любые детали реализации подкласса.

Если А суперкласс B. Тогда вы можете создать и не заботиться ни о чем из В.

С протоколами вы всегда должны использовать усыновившую структуру/класс.

В некоторых случаях имеет смысл создать UIResponder и не UIViewController, потому что вы не хотите, что функциональность и это безопаснее и проще просто использовать класс с менее функций.

Только с протоколами и их расширениями вы должны выбрать одну реализацию, чтобы дважды не писать один и тот же код, и должно быть несколько протоколов, по одному для каждого уровня иерархии соответствующей иерархии классов.

Если P2 принимает P1 и P1E, то расширение для P1 и P2E является расширением P2, тогда вам необходимо создать struct/class, который принимает P1, только для получения менее способной версии struct/class, который использует P2 ,

Answer 2

«Преимущество» наследования классов заключается в том, что вы можете наследовать хранимые свойства и инициализаторы, которые также могут иметь реализацию по умолчанию из подкласса.

Но это лишь незначительные льготы, по крайней мере, для меня.

Answer 3

Если не для Какао, их может не быть.

Понятно, что «когда вы работаете с протоколами, используете расширения и когда имеете дело с объектами, используйте подклассы».

Чтобы быть менее простым в этом, когда вы программируете в Swift, вам придется иметь дело с Cocoa, и когда вы имеете дело с Cocoa, вам придется иметь дело с объектами. И когда вам приходится иметь дело с объектами, иногда лучший способ сделать что-то будет подклассом.

Возьмите UIViewController, с которым мы все должны считаться. Насколько мне известно, нет UIViewControllerProtocol. Это означает, что у UIViewController есть много запеченного поведения, которое нельзя просто повторить, объявив о соответствии протоколу. Если вы хотите, чтобы у вашего основного приложения UIViewController была пользовательская функциональность - что мы все делаем - вам нужно подклассифицировать ее. И тогда вы получаете все это поведение через наследование.

Я полагаю, что другой способ сказать, что наследование класса превосходит расширения протокола в тех случаях, когда у вас нет выбора, кроме как иметь дело с объектами, которые были разработаны без протоколов.

Который, для нас Быстрые люди, часто случается.