Пост💡 Предпочитайте делегирование наследованию

💡 Предпочитайте делегирование наследованию Связь is-a выглядит удобно: создаём подкласс, наследуем поведение и пишем меньше кода. Но есть цена. ✅ Подкласс получает весь API родителя. ✅ Он зависит от деталей реализации суперкласса. ✅ Изменение родительского класса может неожиданно сломать потомка. И чем глубже иерархия, тем сложнее понять, откуда вообще взялось конкретное поведение. Часто безопаснее композиция: class OrderService { private final PaymentService paymentService; } Вместо наследования: class OrderService extends PaymentService { } Композиция связывает объекты. Наследование связывает их судьбы. Если объекту просто нужна чужая функциональность, чаще лучше её делегировать, а не наследовать.