M
Ну а ООП не лучше оптимизация чем на функции?)
Size: a a a
2021 April 19
D
Нет )
AM
Код получается более сложный для чтения и имеющий большее количество неочевидной магии.
Сразу скажу, аргументированно спорить мне сейчас лень, пруфов не будет
Сразу скажу, аргументированно спорить мне сейчас лень, пруфов не будет
VK
Ну ясно)
M
Ну я слышал что в многих библиотеках, будут все на функциональность переходить ,так как ООП чуть сложно для многих )
M
Хуки же не просто так ввели. Они решают много проблем
AM
хуки это не функциональность
II
дак в реакте ооп никакого не было
VK
Ооп вообще тут не причем
AM
которые на моих кодовых базах не болят.
И добавляет которые болят
И добавляет которые болят
M
Так классы и есть ООП
II
VK
ООП и без классов есть
II
как и использование хуков - не функциональность
M
Прототип ,класс, объект, все с ООП же
II
ну как минимум в реакте даже наследования не было, а это уже не соблюдение 2/3 базовых принципов ооп
M
Так классы просто заменили прототипи же в e6
II
VK
Не знаю
Тонны вложенностей из-за хоков (и сами хоки с невозможностью нормально их типизировать), постоянный гемор с this, еще раз хоки😁
Это ужас
Тонны вложенностей из-за хоков (и сами хоки с невозможностью нормально их типизировать), постоянный гемор с this, еще раз хоки😁
Это ужас
II
плюс перфомансж