\n<\/p>\n
Htmx 2.0<\/strong> arriva a quasi quattro anni di distanza dalla versione 1.0 che venne rilasciata nel novembre del 2020. Per avere una misura di quanto sia stato lento questo avvicendamento tra major release basti pensare che soltanto con la seconda \u00e8 stato finalmente rimosso il supporto per Internet Explorer.<\/p>\n L’ultimo aggiornamento presenta innanzitutto alcune nuove funzionalit\u00e0 tra cui il metodo very happy to announce that htmx 2.0 has been released:https:\/\/t.co\/bGl2Q1gO8D<\/a><\/p>\n it is not marked at `latest` in npm so we don’t force upgrade people using unqualified CDN urls<\/p>\n upgrade guide:https:\/\/t.co\/B5FLWlivqa<\/a><\/p>\n \u2014 htmx.org \/ CTO of hypermedia controls (same thing) (@htmx_org) June 17, 2024<\/a><\/p>\n<\/blockquote>\n \u00c8 probabile che nel corso di una migrazione ad Htmx<\/a> 2.0 possano verificarsi delle incompatibilit\u00e0. Per questa ragione tale versione \u00e8 stata classificata come Con il nuovo rilascio sono state rimosse tutte le feature deprecate (nello specifico gli attributi Da segnalare che ora le richieste HTTP di tipo Novit\u00e0 anche per quanto riguarda l’introduzione del supporto ai Web component<\/strong> con cui \u00e8 possibile creare elementi personalizzati riutilizzabili. <\/p>\n Una delle principali caratteristiche del framework riguarda il fatto che esso utilizza XMLHttpRequest<\/strong> invece della fetch API e questo non \u00e8 cambiato in Htmx 2.0. Lo scopo di questa soluzione per lo sviluppo front-end \u00e8 quella di estendere le funzionalit\u00e0 di base di HTML<\/a> e sostituire JavaScript tutte le volte che \u00e8 possibile in un progetto.<\/p>\nLe novit\u00e0 della versione 2.0<\/h2>\n
htmx.swap()<\/code>. Esso consente di sostituire un contenuto preesistente con uno nuovo e pu\u00f2 essere considerato un’evoluzione rispetto al metodo selectAndSwap()<\/code>.<\/p>\n\n
next<\/code> in NPM e lo rimarr\u00e0 fino a gennaio dell’anno prossimo. Nel contempo la 1.0 verr\u00e0 proposta invece come latest<\/code>.<\/p>\nhx-sse<\/code> e hx-ws<\/code>) e, cosa forse ancora pi\u00f9 importante, le estensioni<\/strong> non sono pi\u00f9 disponibili nel repository del core. Questo significa che sar\u00e0 possibile implementarle indipendentemente dagli aggiornamenti del framework. Le estensioni pi\u00f9 datate rimangono comunque nella directory \/dist\/ext<\/code> per non bloccare le chiamate ai CDN.<\/p>\nDELETE<\/code> utilizzano direttamente i parametri ed \u00e8 stato migliorato anche il supporto per le richieste asincrone. Stesso discorso per le transizioni CSS<\/a> e le comunicazioni via WebSocket<\/strong> tramite gli attributi di HTML.<\/p>\nHtmx e XMLHttpRequest<\/h2>\n