Обновить
-6
Олег@sovaz1997

Пользователь

Отправить сообщение

Попробуйте написать эту форму на хуках и мы посмотрим, какая там будет лапша и вместе ее съедим :)

Весь код показать не смогу, т. к. не собирался делать его открытым, но некоторые полезные хуки, которые могут оказаться полезными, смогу показать, конечно. Сегодня, либо на неделе смогу что-то показать, думаю.

Приведите тогда пример, где хуки не подойдут. Какой смысл говорить, когда можно это доказать? В говнокод можно превратить все при недостатке квалификации, либо времени. Пока я вижу, что вы якоритесь (когнитивное искажение) на этом, как-то давно поняв/увидев по каким-то примерам, что хуки = говнокод.

Ну а проект - я не знаю, можно ли это называть Hello world-ом этот пет-проект (https://www.youtube.com/watch?v=6ia1rkQ--sU) + мобильное приложение с одновременной записью нескольких треков с бекендом тоже мои. Есть трансляция в реалтайм. Писалось потому, что было нужно в личных целях и альтернативы не нашел.

Если не заниматься ерундой по типу добавления мешанины из простейших хуков без разделения на составные четко выраженные логические части в один компонент, оборачивать все подряд в useCallback и думать, что вы делаете производительный код, добавлять новый state там, где его нет (либо он напрямую зависит от другого state-а), передавать 100500 пропсов через 10 уровней вложенности, не зная, что такое контекст, заниматься копипастом и раздувать компоненты на 200 строк и более строк... Тогда да, это будет лютый говнокод. Да, я тоже раньше предпочитал MobX, но со временем смог оценить подход хуков, когда научился все разносить. Винить инструмент не надо, надо просто уметь им пользоваться. Вот вы умеете пользоваться MobX - и прекрасно, пользуйтесь! Я лично для себя сейчас больше предпочитаю хуки и пока не вижу кейсов использования MobX для себя. Хуки прекрасно декомпозируются, как и обычные функции: есть входные параметры, есть выходные, а дальше комбинируй как как нужно. Прекрасно отделяется view от логики, если это использовать правильно.

А так, дайте пример задачи на хуках, где нельзя будет не наговнокодить. Этим вы докажете свои доводы.

Верно. Если бы реально хотели бы уйти - ушли бы без продления лицензий. Они понимают, что если не продлить лицензию, то в тот момент, когда они вернуться, пользователей станет меньше (банально, одна часть начнет пиратить, другая освоится в том же VS Code и наставит плагинов).

@DMGarikk Вы мне? Я с вами согласен по этому вопросу)

Типичная генерализация частного случая

Дом домом, а оплатить Pro-аккаунт не дают российским пользователям

Не проще тогда на собесе спросить за код с гитхаба?)

Можно допустить, что ПО, которое написал работник является частью мозга работника. В таком случае работник отработал свои 40 часов :)

Переоценка значимости частных случаев

Можно, если интересовался этим и практиковался. И не важно, есть при этом корочка, или ее нет.

Процентное отношение не зависит от количества людей

Правильно для того, кто не способен написать функциональный компонент грамотно

Проблема не в хуках, а в прослойке между монитором и креслом. Если делать все правильно, у вас не будет 100 строк в функциональном компоненте.

Про атрибуты на дочерний шаблон - в точку)

Если проект становится большим, это вовсе не означает, что State Manager надо превращать в коробку для хранения всего. Есть глобальное состояние приложения (его много не бывает), есть локальное состояние. На MobX у вас есть возможность создавать нормальное локальное состояние без проблем. Хотя в последнее время я больше тяготею к хукам, у MobX есть свои плюсы. А вот для чего мне Redux тогда я не понимаю. Думаю, его используют в основном не потому, что он нужен, а потому, что "все используют". Карго-культ)

Зачем 100, если можно 0?)

Почему если React, то сразу значит "+Redux"? Вовсе необязательно :)

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность