ВС
То есть, это можно рассматривать как интерфейс + частичная реализация
Size: a a a
2020 June 19
АЯ
То есть, это можно рассматривать как интерфейс + частичная реализация
Нельзя
S
То есть, это можно рассматривать как интерфейс + частичная реализация
руководствоваться где что применять нужно изходя из SOLID чтобы отвественностей не было много в 1 месте
ВС
В иерархии. Интерфейс ты можешь имплементить вообще в любом классе. А вот абстракт - жесткое ограничение на иерарзию
Так и что тебе мешает наследовать абстрактный класс и имплементировать интерфейс, если угодно? Миксануть никто не запрещает
АЯ
Так и что тебе мешает наследовать абстрактный класс и имплементировать интерфейс, если угодно? Миксануть никто не запрещает
Зачем тогда абстракт?
ВС
Зачем тогда абстракт?
Я тебе привёл пример в ответ на твоё замечание.
ВС
Если мне нужен интерфейс - я использую интерфейс
ВС
Если абстракт подойдёт больше - я возьму его
ВС
Твоя же позиция какая-то радикальная, ИМХО
б
Ребят, как стать крутым разработчиком, чтобы всякие крутые вкщи в чатах писать?
б
Есть курсы?
АЯ
Я к тому, что использование абстрактных классов наравне с трейтами - костыль.
S
бахнув пельменів
Есть курсы?
игру напиши
б
игру напиши
На PHP?
ВС
Я к тому, что использование абстрактных классов наравне с трейтами - костыль.
За трейты я ещё согласен. Но про абстрактные классы ты меня не убедил пока никак.
S
на с++
б
3D, или текстовую?
S
2d с пиксель артом
АЯ
За трейты я ещё согласен. Но про абстрактные классы ты меня не убедил пока никак.
Если тебе прихолится дублировать функционал в разных классах, значит ты что-то делаешь не так. И, скорее всего, этот копирующийся функционал можно вынести
K
Если абстракт подойдёт больше - я возьму его
Интерфейс нужно трактовать как тип, а не «что больше подойдет то и возьму»