На этой неделе веб -фреймворк под названием HONO объявил на X, что он «наконец» достиг 25 000 звезд GitHub. В то время как 25 000 фанатов не совсем под радаром, Хоно не уделял той внимания, которого он заслуживает. Учитывая, что он построен на веб-стандартах, а не (например) React, HONO кажется индикатором того, куда фреймворки направляются после реакции.
Хоно был создан в декабре 2021 года японским разработчиком Юсуке Вадой. Согласно своему репозиторию GitHub, HONO, что означает «пламя» на японском, представляет собой «небольшую, простую и сверхбыструю веб -структуру, созданную по веб -стандартам». Первоначально он был создан для работников CloudFlare, но теперь работает «в любом времени выполнения JavaScript», включая Node.js, Deno, Bun и Vercel (хотя поддержка узлов требует адаптера и узла ≥ 18).
Вада был нанят Cloudflare в 2023 году, и часть его рабочего времени тратится на HONO. У него большие амбиции для проекта, судя по этому заявлению в октябре 2024 года в блоге CloudFlare:
«В отличие от следующей структуры.
Варианты использования
Так что вы можете сделать с Хоно? В интервью на канале разработчиков CloudFlare Developers YouTube в октябре прошлого года Вада отметил, что он был удивлен различными вариантами использования.
«Некоторые создают классические веб-API, другие делают приложения с полным стеком, некоторые запускают сайты документации, и я даже видел, как он использовал для реализации слоя API внутри Next.js»,-сказал он. «Пользователи продолжают придумывать варианты использования, которые я никогда не представлял, и это самая захватывающая часть».
В рамках самого Cloudflare HONO используется для трех различных серверов API, согласно документации проекта. Два из них (KV & D1) являются внутренними, а один (CDNJS) общедоступен.
Janpage Link
С точки зрения прямых сравнений, HONO лучше всего думает как современная замена для Express, веб -структуры промежуточного программного обеспечения для node.js. Основное преимущество использования HONO заключается в том, что он не просто работает на node.js; Но даже на node.js Hono часто сравнивает немного быстрее, чем Express.
Дифференциация Хоно от Express состоит в том, что она построена на API Fetch, стандарте WhatWG, который «определяет запросы, ответы и процесс, который их связывает: извлечение».
Таким образом, для тех разработчиков, которые хотят переехать от Node.js и Express, Hono может быть частью решения.
«Я использовал Hono + Bun + Sqlite для всех своих личных проектов, и мне это очень нравится», — сказал один разработчик в Hacker News. «По сути, я заменил Экспресс и Узел с ним».
По сравнению с Next.js
Когда Вада говорит, что Хоно строит рамку с полным стеком, он в основном ссылается на Honox, мета-обратную работу на вершине Hono, которая включает маршрутизацию на основе файлов.
«Когда вы используете Honox, вы автоматически используете HONO внизу, что позволяет создавать полные приложения для полного стека»,-пояснил он. Honox также построен на Vite, популярном инструменте сборки frontend.
Проект Honox Github имеет 2300 звезд в это время письма и описывается как «Альфа -стадия». Таким образом, как решение для полного стека, это все еще очень ранние дни для Хоно.
Несмотря на то, что Вада сравнивает hono с next.js, это все равно, что сравнивать велосипед с флеш -автомобилем.
HONO очень легкий и фокусируется на уровне сервера/времени выполнения (маршрутизация, промежуточное программное обеспечение, ответы). Это намеренно остается U-оживленным; Вы можете вернуть JSON, транслировать HTML или болт на свой собственный шаблон или JSX/SSR через HONOX.
В качестве решения для полного стека, это первые дни для Хоно.
Напротив, Next.js представляет собой большой, самоуверенный комплексный стек React. Он включает в себя маршрутизацию на основе файлов, компоненты сервера, извлечение данных, объединение с турбопаком, оптимизацию изображений и многое другое. У него есть как пользовательский, так и бэкэнд.
Возможно, самым большим преимуществом Хоно является его сосредоточенность на сетях Edge. Он предназначен для всех времен пробежки и идеально подходит для API или микросервисов, которые должны работать на краю.
Документация Cloudflare описывает Хоно как «сверхбыструю, легкую структуру для создания веб-приложений». CloudFlare предполагает, что HONO в сочетании с работниками CloudFlare является эффективным решением для полного стека. «С рабочими активами вы можете легко объединить API HONO, работающий на рабочих с [React] Спа, чтобы создать приложение с полным стеком ».
Действительно, если вы уже живете в экосистеме CloudFlare, то HONO — это хорошее соответствие с такими продуктами CloudFlare, как KV, R2, D1, прочные объекты и очереди.
Место Хоно в мире после реагирования
Хотя сравнение с Next.js немного амбициозно (особенно учитывая, что Хонокс все еще находится в альфа -режиме), Хоно, похоже, является индикатором того, куда идут вещи. В отличие от Next.js или Remix, Hono не выпекает в React. Вы возвращаете JSON, транслируете HTML или Layer Honox для JSX Islists только тогда, когда они вам нужны. Этот «Opt-In-UI» является отражением экосистемы веб-разработки, которая начинает уходить от монолитов All-In-One.
Эра «супер-карамец», как Next.js, начинает рассеиваться. Вместо этого разработчики все чаще обращаются к более скромным структурам, которые используют веб-стандарты, такие как Astro для более крупных проектов, и теперь HONO для конкретных вариантов использования.
Hono больше в лагере «MicroFramework», поэтому он на самом деле не сопоставимо с Next.js — или Astro, в этом отношении. Но это столь же достойно вашего внимания, как и те более крупные рамки.
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Ричард Макманус — старший редактор нового стека и пишет о тенденциях разработки веб -и приложений. Ранее он основал ReadWriteWeb в 2003 году и встроил его в один из самых влиятельных технологических новостей в мире. С самого раннего … Подробнее от Ричарда Макмануса
