IK
формально конечно можно натянуть сову на глобус, но к примеру принцип замены Лисков просто не применяется, потому что весь современный фронтенд заменяет наследование композицией
Size: a a a
2021 May 09
IK
знать что это такое полезно, вопрос же был "как использовать"
M
Просто я не могу знать это пока не пойму как это применять
IK
точно так же как к примеру open-closed principle - нет наследования, нет проблемы
IK
тогда на фронтенде вы не поймете )
VK
Я правильно понимаю, что они только про проектирование с использованием ООП?
И натягивать их на фп и т.п. - это какой-то карго культ?)
И натягивать их на фп и т.п. - это какой-то карго культ?)
IK
IK
dependency inversion к примеру в ФП нет вообще
IK
мы просто передаем функции в функции
M
Во фронте вообще наследование не нужно? Или в некоторых местах бывает уместно?
VK
Вот это проблема и с паттернами классическими, и с принципами проектирования
Их начинают слишком "размывать"
Так-то везде можно что-то куда-то натянуть и сказать, что это следование принципу)
Их начинают слишком "размывать"
Так-то везде можно что-то куда-то натянуть и сказать, что это следование принципу)
IK
даже в ангуляре, который построен на классах наследования крайне рекомендуют избегать
M
Ну а если не про реакт компоненты? А про контроллеры всякие?
M
которые вне фреймворков
VK
Там же как раз все на композиции, вроде
Компонент просто наследует разные интерфейсы
Компонент просто наследует разные интерфейсы
VK
На фронте?😳
IK
имплементирует
IK
не наследует )
M
Ну вот у нас на проекте есть e-reader, который парсит epub через либку и добавляет функционала.