Deno prepara un ampliamento significativo del proprio raggio d'azione: la prossima major release del runtime JavaScript e TypeScript includerà nuovi comandi per costruire applicazioni desktop multipiattaforma usando tecnologie web. Il progetto punta così a rendere più diretto il passaggio dal codice web a software installabili, partendo da un semplice file TypeScript oppure da framework già diffusi nello sviluppo moderno.
Il nuovo tassello, indicato come Deno Desktop, potrà compilare applicazioni create con strumenti come Next.js, Astro, Deno Fresh, TanStack Start e Vite SSR. La scelta tecnica più caratterizzante riguarda però il motore di rendering: per impostazione predefinita Deno userà la WebView nativa del sistema operativo, anziché incorporare il Chromium Embedded Framework, noto anche come CEF.
Il vantaggio dichiarato è soprattutto nel peso delle applicazioni. In un test rapido su macOS, un'app compilata usando WebView risultava di circa 68,5 MB, mentre la stessa soluzione basata su CEF arrivava a 308,9 MB, con un avvio più lento. La documentazione indica per CEF una dimensione tipica intorno a 150 MB, ma il confronto resta indicativo della direzione: meno componenti incorporati, pacchetti più leggeri, minore attrito nella distribuzione.
La scelta non è priva di compromessi. CEF offre tutte le funzionalità di Chromium e un rendering coerente tra piattaforme diverse; affidarsi alla WebView nativa significa invece accettare una maggiore variabilità, soprattutto quando l'app viene installata su macchine più vecchie o con browser di sistema non aggiornati. Il punto è particolarmente delicato su macOS, dove il comportamento della WebView dipende dall'ecosistema Safari.
Accanto alla modalità con motore web, Deno Desktop prevede anche un'opzione chiamata Raw, che non include alcun motore di rendering. In questo caso gli sviluppatori ottengono la gestione delle finestre e possono disegnare l'interfaccia con WebGPU, con la libreria Skia o con un sistema di rendering personalizzato. È una strada più tecnica, ma apre scenari in cui l'applicazione desktop non è semplicemente una pagina web impacchettata.
Le applicazioni Deno Desktop, salvo quelle in modalità Raw, includono un server web locale. Questo consente di portare più facilmente applicazioni web esistenti, con un costo di un singolo passaggio di rete definito trascurabile nella maggior parte dei casi dalla documentazione. È prevista anche un'opzione di binding in-process, che espone direttamente una funzione Deno alla WebView o a CEF, riducendo la distanza tra logica applicativa e interfaccia.
Sul piano delle funzionalità native, il progetto supporta menu e menu contestuali, finestre di dialogo per avvisi e conferme, oltre alle notifiche tramite Web Notifications API, visualizzate come notifiche native. Restano però limiti ancora evidenti: i dialoghi per la selezione dei file non sono supportati se non tramite input file web o drag and drop, non esiste ancora una Clipboard API separata e le applicazioni mobili non sono supportate, anche se previste.
Il terreno competitivo è già affollato. Lo sviluppo desktop con tecnologie web passa da anni anche attraverso Electron, molto usato ma spesso criticato per il consumo di risorse. La documentazione di Deno Desktop mette il progetto a confronto anche con Electrobun, Tauri e Dioxus. La proposta appare costruita con attenzione, ma non è ancora stabile: sono stati osservati problemi come il pulsante di chiusura finestra non funzionante su macOS con WebView e attriti nell'integrazione con alcuni framework web.
La mossa si inserisce nella traiettoria più ampia di un progetto nato per migliorare l'esperienza rispetto a Node.js, ma costretto nel tempo a inseguire la compatibilità con un ecosistema molto radicato. Nel frattempo Bun, ora di proprietà di Anthropic, ha aumentato la pressione competitiva. Un utente Deno, Hong Minhee, ha sintetizzato la tensione ricordando l'attrattiva iniziale di un ambiente senza file di configurazione, senza node_modules e senza la scelta tormentata del package manager, per poi chiedersi perché Deno non abbia mantenuto quella rotta. Deno Desktop può offrire un nuovo motivo per adottare il runtime, se maturerà senza sottrarre troppe risorse al cuore del progetto.