ReactJS: философия, области применения, требования к бэкенду и всё, что нужно знать о технологии сейчас
В этой статье мы собрали несколько своих материалов по ReactJS и смежным темам за последние 1,5 года, в которых говорили о преимуществах любимой и понятной нам технологии. Здесь есть главы как для общего ознакомления с React, так и главы технически насыщенные и сложные. Для более взвешенного решения, какой технологией пользоваться на своём проекте,…
Что-то похожее на Java🤦♂️🤦♂️🤦♂️
Классический DOM не предусматривает создания динамических интерфейсов, поэтому исполняемый на страницах JavaScript замедляет её отрисовку. Но React сначала создаёт имитацию DOM (Virtual DOM), более лёгкую по сравнению с DOM, меняет в этой копии только те объекты, на которые влияют пользовательские действия, и накладывает эти изменения на реальный DOM.Что за чушь? Я разве не могу на голом JS поменять содержимое нужных блоков? Это породит перерисовку страницы? По секрету - кривыми руками несложно и с Virtual DOM накосячить так, что браузер повесится.
На фоне своих предшественников у GraphQL ещё более конкретные и экономные запросы к серверу.До тех пор, пока нет большого количества связей между сущностями, и пока одаренный разработчик не напишет дикий запрос.
Несколько притянуто за уши. Чистый прозрачный код не сильно связан с React. В некоторых проектах использование React и вовсе не оправдано.
P.S. А ведь раньше старообрядцы динамически подгружали данные на страничку ещё до появления AJAX. Вот времена были!
Ну как бы вы сильно придрались. Можно конечно и на jQuery и REST продолжать всё писать, но всё-таки React создаёт рамки которые заставляют писать код в более поддерживаемом качестве.
Можно конечно и событийную шину использовать в связке с amd модулями, но спасибо не надо. Это потом в такой запутанный код в итоге превращается спустя пару лет что ловля багов становится приключением на несколько дней.