АР
реакт тоже считается библиотекой, при этом в нем есть как императивные, так и декларативные моменты
тут уже разобрали что он императивен )
Size: a a a
2021 February 19
VK
тут уже разобрали что он императивен )
Да неееет же, ну вы че))
r
удалось ...благодарю... видимо действительно на воскл знак возмущался
AP
тут уже разобрали что он императивен )
тут речь была про шаблонизацию на реакте, но на ней же реакт не заканчивается
SL
тут уже разобрали что он императивен )
Концепция компонентов — декларативная, имплементация компонентов — императивная
IK
Концепция компонентов — декларативная, имплементация компонентов — императивная
И кстати из-за этого мне не нравится script setup и композишн
IK
Чтоб понять общую картину надо выполнить весь сетап в голове
AP
И кстати из-за этого мне не нравится script setup и композишн
ну сам композишн-то не виноват, просто все подряд на нем делать не нужно
MF
в смысле? Тот же open api может генерироваться из типов тса, а там и swagger не далеко
Без описания функционала, без примеров использования :)
IK
ну сам композишн-то не виноват, просто все подряд на нем делать не нужно
Скажите это фанатам тс :)
AP
в смысле? Тот же open api может генерироваться из типов тса, а там и swagger не далеко
ну сам композишн-то не виноват, просто все подряд на нем делать не нужно
V
Без описания функционала, без примеров использования :)
я сторонник того что не надо все покрывать комментариями. Если все в коде очевидно, типов хватит. Если ты делаешь какой-то костыль, лучше описать почему так сделано
VK
Кстати про реакт, а кто-то смотрел доклад "почему сложно программировать UI"? Что думаете о том, что там молвят?)
MF
я сторонник того что не надо все покрывать комментариями. Если все в коде очевидно, типов хватит. Если ты делаешь какой-то костыль, лучше описать почему так сделано
Комментарии пишут чаще для того, чтобы по ним можно было сделать справку и через нее искать необходимый функционал. Если кода много, то даже опытному разработчику сложно искать все в коде.
SL
И кстати из-за этого мне не нравится script setup и композишн
Этого сложно было избежать копируя подход реакта :)
V
Комментарии пишут чаще для того, чтобы по ним можно было сделать справку и через нее искать необходимый функционал. Если кода много, то даже опытному разработчику сложно искать все в коде.
В современных иде можно прыгать по коду cmd + клик, тем более когда он покрыт типами
А в случае с комментариями ты должен держать что “Ага Вася в том месте в комментарии указал где юзается”
Я уже молчу о том, что комментарий просто может инвалидироваться
А в случае с комментариями ты должен держать что “Ага Вася в том месте в комментарии указал где юзается”
Я уже молчу о том, что комментарий просто может инвалидироваться
MF
Объясню чуть подробнее. Допустим, мне надо написать фукнцию, которая гипотетически уже есть в коде. Если есть справка, то её можно найти по описанию, если справки нет, то придется гадать, как же её мог назвать другой разработчик.
SL
Подход с декларативным состоянием действительно довольно удобный и интуитивно понятный
SL
Но группировка по типу плохо работает на масштабе, где нужна группировка по связности