Deno desktop может стать одной из самых практичных новинок для JavaScript-разработчиков за последнее время: проект готовит сборку кроссплатформенных десктоп-приложений прямо из TypeScript и популярных веб-фреймворков. Для тех, кто устал тащить в каждое настольное приложение почти целый браузер, новость особенно любопытна: в тесте на macOS сборка с нативным WebView заняла около 68,5 МБ против 308,9 МБ у варианта с CEF.
О грядущем нововведении сообщает The Register. По данным издания, следующий крупный релиз Deno добавит команды для сборки десктоп-приложений из обычного TypeScript-файла или на базе уже знакомых веб-стеков: Next.js, Astro, Deno Fresh, TanStack Start и Vite SSR. Идея простая и довольно прагматичная: если у команды уже есть веб-приложение, барьер для выхода на десктоп должен стать заметно ниже.
Технически Deno desktop делает ставку на нативный WebView как режим по умолчанию. Это главный ход всей истории. Electron давно приучил рынок к модели «десктоп = Chromium внутри», но за удобство приходится платить размером дистрибутива, памятью и временем запуска. В Deno решили зайти с другой стороны: использовать встроенный в ОС веб-движок и оставить Chromium Embedded Framework как опцию, а не обязательный багаж. Компромисс очевиден: приложение получается компактнее, но разработчик сильнее зависит от того, в каком состоянии браузерный стек у конкретной платформы и конкретного пользователя.
И здесь начинаются не маркетинговые слайды, а реальная инженерная жизнь. CEF дает предсказуемое окружение и одинаковый рендеринг на разных системах, потому что приложение везет Chromium с собой. WebView, наоборот, выигрывает по весу, но добавляет вариативности. Особенно чувствительной зоной The Register называет macOS и Safari: если приложение ставят на старую машину с не самым свежим системным браузером, стабильность и совместимость уже не выглядят вопросом «потом поправим». Для корпоративной разработки это не мелочь. Чем меньше контроль над клиентской средой, тем больше цена любого расхождения в поведении интерфейса.
Что именно добавляет Deno
Новый стек не ограничивается просто оберткой над веб-страницей. Deno desktop, кроме режима Raw, поднимает локальный веб-сервер внутри приложения, чтобы переносить существующие веб-проекты было проще. По сути, команда может переиспользовать знакомую архитектуру и не переписывать продукт заново под отдельный desktop runtime. Разработчикам обещают, что цена этого «одного сетевого прыжка» в большинстве сценариев будет пренебрежимо малой. Если же хочется более прямой связи между интерфейсом и runtime, предусмотрен вариант in-process binding, когда функция Deno доступна напрямую из WebView или CEF.
С точки зрения UX-поверхности платформа тоже выглядит не как сырой эксперимент «лишь бы открылось окно». Заявлена поддержка нативных меню и контекстных меню, системных диалогов для alert и confirm, а также уведомлений через Web Notifications API, которые отображаются как обычные системные уведомления. Но список дыр пока тоже честный. Отдельного API для буфера обмена еще нет. File picker в полноценном нативном виде тоже отсутствует: пока предлагаются стандартный веб-input для файлов и drag-and-drop. Мобильные приложения в этой модели пока не поддерживаются, хотя в планах они есть.
Есть и третий режим — Raw, без веб-движка вообще. В таком варианте Deno дает управление окном, а интерфейс разработчик может рисовать через WebGPU, библиотеку Skia или собственный рендеринг. Для массового рынка это вряд ли будет главным сценарием на старте, но само наличие такого режима показывает, что авторы проекта думают не только о «сделать маленький Electron», а о более широкой платформе для настольных приложений. Вопрос в том, хватит ли у команды сил довести сразу несколько траекторий до действительно рабочего состояния.
Почему это важно не только для Deno
Рынок инструментов для десктопа на веб-технологиях давно переполнен, но не закрыт. Electron остается самым узнаваемым вариантом, хотя его регулярно ругают за прожорливость. На этом фоне возникли более легкие альтернативы вроде Tauri, а также другие попытки собрать десктоп без классического Electron-подхода. Deno desktop выходит именно в этот спор: можно ли оставить веб-разработчику привычный стек, но перестать платить за это тройным оверхедом по размеру и ресурсам. Если обещания подтвердятся хотя бы на типовых внутренних приложениях, админках, IDE-подобных инструментах или клиентских утилитах, интерес к такому пути будет вполне рациональным, а не идеологическим.
Но для самого Deno это еще и вопрос идентичности. Проект начинался как попытка исправить старые боли Node.js: меньше конфигурационной рутины, более аккуратная модель зависимостей, другой взгляд на безопасность и developer experience. Проблема в том, что экосистема Node.js слишком велика, чтобы ее просто игнорировать. Deno уже пришлось тратить заметную часть усилий на совместимость с Node, а не только на движение по собственному курсу. The Register приводит мнение одного из пользователей, Hong Minhee: на старте Deno нравился именно тем, что избавлял от привычной боли вокруг node_modules, конфигов и выбора package manager, но теперь проект все больше занят догоняющей совместимостью. Это болезненное замечание, потому что в нем слышна претензия не к технологии, а к распылению стратегии.
На этом фоне Deno desktop выглядит одновременно сильным и рискованным ходом. Сильным — потому что проект получает новую историю для разработчиков: не просто еще один runtime, а платформа, на которой можно запускать и серверный код, и настольные приложения. Рискованным — потому что любая новая большая подсистема требует людей, тестирования, документации и длинного хвоста поддержки. А Deno все еще живет рядом с Node.js, который никуда не делся, и с Bun, который успел забрать немало внимания как более агрессивный и быстрый конкурент.
Для русскоязычной IT-аудитории смысл новости довольно приземленный. Если у команды уже есть веб-продукт на TypeScript и есть запрос на десктопный клиент, Deno desktop может стать еще одним способом проверить гипотезу без тяжелой миграции в другой стек. Но именно слово «может» здесь ключевое: функция пока не стабильна, у The Register в быстрой проверке на macOS нашлись шероховатости, включая неработающую кнопку закрытия окна в режиме WebView и трение при запуске с некоторыми фреймворками. Так что ближайший вопрос не в том, убьет ли Deno Electron, а в том, сумеет ли он показать достаточно надежную первую версию, чтобы разработчики вообще захотели вынести это из песочницы в прод.