![\"Rilascio](\"\/wp-content\/uploads\/2021\/10\/811cf6946180b1f5d59c7546ab670ed4.jpg\")
<\/center>\n\u00c8 stato notato che la gestione delle eccezioni a livello di WebAssembly consente di ridurre significativamente la dimensione del codice generato rispetto alla gestione delle eccezioni tramite JavaScript. Ad esempio, la build dell'ottimizzatore Binaryen con gestione delle eccezioni tramite JavaScript porta a un aumento del codice del 43%, mentre con WebAssembly \u00e8 solo del 9%. Inoltre, usando la modalit\u00e0 di ottimizzazione '-O3', il codice con gestione delle eccezioni tramite WebAssembly ha prestazioni simili a quelle del codice senza gestori di eccezioni, mentre la gestione delle eccezioni tramite JavaScript provoca un rallentamento dell'esecuzione del 30%. <\/p>\n
- \n
- \u00c8 attivata la riduzione delle informazioni nell'intestazione HTTP User-Agent e nei parametri JavaScript navigator.userAgent, navigator.appVersion e navigator.platform. Nell'intestazione vengono conservate solo le informazioni sul nome del browser, sulla versione principale del browser, sulla piattaforma e sul tipo di dispositivo (telefono cellulare, PC, tablet). Per ottenere dati aggiuntivi, come la versione esatta e dati avanzati sulla piattaforma, \u00e8 necessario utilizzare l'API User Agent Client Hints. L'inizio della riduzione di User-Agent sui sistemi degli utenti comuni \u00e8 previsto con il rilascio di Chrome 102, che sar\u00e0 pubblicato tra sei mesi.\n
- \u00c8 stata proposta la possibilit\u00e0 di creare gestori di accesso (Access Handles) per l'API File System Access, consentendo alle web app di leggere e scrivere dati direttamente in file e directory sul dispositivo dell'utente. Per ridurre i metodi di accesso delle web app al file system, Google prevede di unire l'API File System Access con Storage Foundation. Come fase preparatoria per tale unione, \u00e8 stata proposta la supporto ai gestori di accesso, che integra i metodi di lavoro basati su gestori di file con funzionalit\u00e0 avanzate, come la possibilit\u00e0 di impostare blocchi di scrittura da altri processi e la creazione di flussi separati per scrittura e lettura, compresa la supporto di lettura e scrittura da worker in modalit\u00e0 sincrona. <\/ul>\n
- Stabilito e proposto per impostazione predefinita l'API Secure Payment Confirmation con l'implementazione di una nuova estensione 'payment', che fornisce una conferma aggiuntiva per le transazioni di pagamento. La parte verificante, ad esempio la banca, ha la possibilit\u00e0 di generare una chiave pubblica PublicKeyCredential, che pu\u00f2 essere richiesta dal venditore per ulteriore conferma sicura del pagamento tramite l'API Payment Request, utilizzando il metodo di pagamento 'secure-payment-confirmation'.\n
- Negli invocazioni di callback impostati tramite il costruttore PerformanceObserver, \u00e8 stata implementata la trasmissione della propriet\u00e0 droppedEntriesCount, che consente di comprendere quante metriche di prestazione del sito siano state scartate a causa del fatto che non sono state contenute nel buffer fornito.\n
- Aggiunto l'API EyeDropper, che consente di invocare l'interfaccia fornita dal browser per determinare il colore di pixel arbitrari sullo schermo, ad esempio utilizzabile in editor grafici realizzati come applicazioni web. const eyeDropper = new EyeDropper(); const result = await eyeDropper.open(); \/\/ result = {sRGBHex: '#160731'}\n
- \u00c8 stata aggiunta la funzione self.reportError(), che consente agli script di visualizzare errori nella console, emulando l'insorgere di un'eccezione non gestita.\n
- Aggiunto l'API URLPattern, per testare la corrispondenza di un URL a un determinato modello, ad esempio utilizzabile per analizzare i link e per reindirizzare le richieste ai gestori nei service worker. const p = new URLPattern({ protocol: 'https', hostname: 'example.com', pathname: '\/:folder\/*\/:fileName.jpg', });\n
- Espanso l'API Intl.DisplayNames, tramite la quale \u00e8 possibile ottenere nomi localizzati di lingue, paesi, valute, elementi di data, ecc. Nella nuova versione sono stati aggiunti nuovi tipi di nome 'calendar' e 'dateTimeField', attraverso cui \u00e8 possibile conoscere i nomi localizzati dei calendari e dei campi di data e ora (ad esempio, i nomi dei mesi). Per il tipo 'language' \u00e8 stata aggiunta la supporto per l'uso di dialetti.\n
- Nell'API Intl.DateTimeFormat \u00e8 stato aggiunto il supporto per nuovi valori del parametro timeZoneName: 'shortGeneric' per l'output di un identificatore di fuso orario corto (ad esempio, 'PT', 'ET'), 'longGeneric' \u2014 lungo ('Pacific Time', 'Mountain Time'), 'shortOffset' \u2014 con breve offset rispetto a GMT ('GMT+5') e 'longOffset' con lungo offset rispetto a GMT ('GMT+0500').\n
- L'API U2F (Cryptotoken) \u00e8 stato dichiarato obsoleto; utilizzare invece l'API Web Authentication. L'API U2F sar\u00e0 disabilitata per impostazione predefinita nella versione 98 di Chrome e rimossa completamente nella versione 104 di Chrome.\n
- Sono stati apportati miglioramenti agli strumenti per gli sviluppatori web. Nel pannello Styles \u00e8 stato semplificato il processo di modifica delle propriet\u00e0 CSS relative alle dimensioni (altezza, padding, ecc.). Nella scheda Issues \u00e8 stata aggiunta l'opzione per nascondere singoli problemi. Nella console web e nei pannelli Sources e Properties \u00e8 stato migliorato il rendering delle propriet\u00e0 (le propriet\u00e0 personalizzate ora sono in grassetto e mostrate in cima all'elenco).
![\"Rilascio](\"\/wp-content\/uploads\/2021\/10\/29b935c04a5a8790cfc8c118d221fa40.jpg\")
<\/center> <\/ul>\n