понимаю когда абстрактный класс имплементит интерфейс, для чего это нужно? (когда и в абстрактном классе все можно написать) (С#, TypeScript, Java)\
ну если тебе некоторые методы нужно уже с имплементацией - тогда юзай абстрактый класс, если только тайпинги - тогда интерфейс
вопрос про то, когда abstract class имплементин interface (когда оба используются сразу)
ну когда он имплементит, методы из интерфейса станути абстрактными
я не понимаю твой вопрос, тебе нужен abstract class если ты хочешь какие-то методы реализовать в нем а некотоыре хочешь сделать abstract(то есть только тайпинги)
Зачем так пишут? Можно же просто abstract class обойтись, не?
ааа ну так хз, типа может часть методо они хотят юзать только в интерфейсе, может еще где-то еще юзают
Ты где этот код увидел?
Просто чтобы например где-то указать не конкретную реализацию(класс), а только интерфейс Handler. А тут конкретно он в абстрактном классе реализовал методы, описанные в интерфейсе
Можно, но лучше сделать через интерфейс, чтобы клиенты реализовали только что им нужно, solid interface segration все дела
Добавлю, что лучше придерживаться dependency inversion и реализовывать зависимости через интерфесы, если бы в данном примере использовали абстрактный класс, то код жёстко был бы привязан к реализации абстрактного класса, а так можно заменить любой реализации это может быть и обычный хендлер и fastHandler или staticHandler))))
И в тестах ещё замокать реализацией интерфейса
Обсуждают сегодня