За последние несколько лет Development тихо вступила в новый этап. Реакция, когда -то бесспорный чемпион JavaScript Frameworks, теперь бросается в сомнение. Современные браузеры более способны, разработчики более проницательны, а джиг почти растут.
В то же время различные инструменты показывают, что существует более одного способа построения быстрых, обслуживаемых, интерактивных приложений.
Так заменяется ли React? Не совсем. Но мы видим смену-эпоху после реагирования-не определяемая исчезновением React, а потерей монополии. Эта статья исследует, как это на самом деле выглядит.
React уже не единственный ответ
Более десяти лет React сформировал то, как мы пишем код фронта. Он пересмотрел архитектуру пользовательского интерфейса с помощью модели на основе компонентов, виртуальной DOM и надежной экосистемы состояния. Но сами отреагирования были построены, теперь находятся под пристальным вниманием. Нужен ли нам виртуальный DOM, когда нативный DOM стал быстрее и более последовательным? Должно ли каждое взаимодействие полагаться на увлажнение и абстракции с тяжелыми джавазипт?
Эти вопросы задаются всерьез, поскольку разработчики ищут более легкие и более быстрые альтернативы. Однократное доминирование React-Fits-All уступает место более веб-местным подходам, которые охватывают простоту. Это не обязательно, что реагирование плохое — это то, что фронтальный ландшафт развился.
Инструменты, которые нам когда -то были необходимы для исправления несоответствий браузера, теперь решают проблемы, которые они могли бы создать. Поскольку фреймворки и разработчики переосмысливают старые узоры, Frondend больше не «реагирует по умолчанию».
Ремик
Когда Remix V3 объявил о переходе от React в некоторых частях своей архитектуры, он вызвал свежую волну обсуждения. Объявление не было не осуждением React, а скорее прагматичным шагом к переосмыслению предположений. Remix уже давно рассматривался как основанная на реагировании фреймворк с полным стеком-но этот ярлык всегда был немного вводящим в заблуждение. Команда в ремиксе сначала построила вокруг веб -платформы, с реагированием больше в качестве детализации реализации, чем истина Евангелия.
Их недавний сдвиг отражает более глубокое осознание: нам не нужно реагировать на все. Рендеринг на стороне сервера, нативные манипуляции с DOM, прогрессивное улучшение-это все, что веб-платформа сейчас хорошо обрабатывает самостоятельно.
Решение ремикса опираться на эту силу, а не бороться с ним с помощью схемы, тяжелых абстракций, является тревожным звонком. Разработчики устали от накладных расходов увлажнения, сложности управления государством и переоборудования для простых задач.
Вместо этого фреймворки, такие как Remix, возвращаются к основам: рендеринг HTML-первого, декларативные данные, получая через стандартные API-интерфейсы браузера и логика маршрутизации на первом сервере. Это не означает, что React выброшен, но это означает, что React теперь необязательно. Это открывает дверь для более модульного, композиционного подхода, где React — это лишь один из многих инструментов, а не основание для всего.
Повышение HTML-первых и нативных каркасов DOM
React родился в то время, когда браузеры были непоследовательными, а JavaScript был единственным надежным способом обеспечения интерактивного опыта. Но современные браузеры созрели. API, такие как Form.submit (), получение, веб -компоненты и просмотр переходов API означают, что мы можем создавать убедительные впечатления, не достигая компонентной структуры каждый раз.
Вот почему HTML-первые каркасы получают пар. Инструменты, такие как Astro, HTMX и Enhance, переворачивают сценарий. Они определяют приоритеты минимального JavaScript, HTML-сервера и прогрессивного улучшения. Вместо того, чтобы относиться к DOM как к грязному взлому, чтобы быть абстрагированным, они воспринимают его как первоклассный гражданин. Интерактивность наслоена сверху только там, где это необходимо.
Astro, например, позволяет вам отправлять Zero JavaScript по умолчанию. HTMX превращает ваш существующий HTML в реактивные интерфейсы без кадров клиентской стороны. Эти инструменты лучше соответствуют потребностям и доступности сегодняшней веб -сайты. Они не пытаются заменить React полностью, а скорее решают различные проблемы более эффективно. Эра «реагировать или ничего» закончилась.
Азартная игра сервера React
React не спит за рулем. Его создатели также видят сдвиг, и они запустили свои собственные контр-нарративные компоненты сервера (RSC). Идея состоит в том, чтобы более разумно разделить приложение между сервером и клиентом, отправляя только то, что абсолютно необходимо для браузера. Это обещает лучшую производительность, меньшие пакеты, улучшенную эргономику разработчика и потенциально выгоду для оптимизации облачных затрат за счет снижения полезных нагрузок и напряжения сервера.
Но RSC вызвал свой собственный раскол. Это резко изменяет, как создаются приложения React. Он нарушает совместимость с существующими моделями, инструментами и даже умственными моделями. Сложность принятия RSC в существующих приложениях нетривиальна. Он также тесно связан с мета-рамными заводами, такими как next.js, которые уже добавляют слои абстракции на вершине реагирования.
Некоторые разработчики чувствуют, что RSC — это переосмысление, которое решает проблемы, которые реагируют в первую очередь. Проблемы с гидратацией? Виртуальный DOM неэффективность? Это артефакты модели, страдающей клиентом, первоначально популяризованной. RSC стремится исправить это, но за счет простоты. Оплативается ли эта азартная игра, еще неизвестно — особенно в том, что другие рамки достигают аналогичных результатов с меньшей церемонией.
Фреймворки думают вне коробки JSX
JSX чувствовал себя волшебным. Это позволяет разработчикам писать HTML-подобный синтаксис в JavaScript и размывать линию между логикой и разметкой. Но это размытие теперь напоминает багаж в некоторых контекстах. Разработчики пересматривают, действительно ли для каждого проекта действительно необходима логика рендеринга с состоянием состояния.
Возьмите SolidJS, QWIK или SVELTE — каждый переопределяет, как компоненты компилируются, визуализируются или возобновляются. СВОВАЯ СОЗДАНИЯ ВРЕМЯ ВРЕМЕНИ. QWIK вводит возобновляемость для ближней интерактивности. Твердый обойдает виртуальный DOM полностью для мелкозернистой реактивности.
Даже освещенные и веб -компоненты получают свой второй ветер, защищенный самой платформой, отреагированной. И давайте не будем игнорировать сами нативные API DOM-далеко не мертвые, они питают более слабые, более быстрые приложения без стека с тяжелым JavaScript.
У JSX все еще есть поклонники, но монокультура инструментов трескается.
Реакция все еще король?
React по -прежнему доминирует с точки зрения списков вакансий, загрузок NPM и звезд GitHub. Его экосистема зрелая; А для крупных приложений со сложным состоянием это все еще твердая ставка. Но его доминирование больше не является абсолютным. Мы видим диверсификацию инструментов, философий и компромиссов.
То, что мы наблюдаем, не сверкает, а расцветает. React больше не является ответом по умолчанию. Площадь фронта снова становится полиглотом — выбор стека теперь означает вопрос о том, какую интерактивность вам нужна, какие ограничения имеют значение и какой опыт разработчика вы предпочитаете.
Для многих команд React по -прежнему является правильным инструментом. Но для других возвращение к более простым, более нативным веб -подходам дает лучшую производительность, более быстрое развитие и более низкие когнитивные накладные расходы.
Последние мысли
«Постреакция» не означает, что реагирование устарела-это просто означает, что мы думаем о нем за реагированием сейчас. Это означает, что мы признаем, что решения React не всегда идеальны, и что альтернативы достаточно зрелы, чтобы бросить вызов этому достоверно. Это сдвиг мышления: от фреймворта-первого до веб-сайта.
Это не конец React, а начало более широкой, более богатой фронтальной экосистемы. Тот, где разработчики уполномочены использовать правильный инструмент для работы — даже если этот инструмент — это просто тег <форма> и разбрызгивание. Мы заново открываем силу самой сети.
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Александр Уильямс — разработчик и технический писатель с полным стеком, и он работает независимым ИТ -консультантом и помогает новым владельцам бизнеса создавать свои веб -сайты. Подробнее от Александра Т. Уильямса
