Novità di Chrome 78

È in corso l'implementazione di Chrome 78.

Mi chiamo Pete LePage, analizziamo le novità di Chrome 78 per gli sviluppatori.

API per le proprietà e i valori CSS

Le variabili CSS, tecnicamente chiamate proprietà personalizzate, sono fantastiche. Consentono di definire e utilizzare le tue proprietà in tutto il CSS. Tuttavia, le proprietà personalizzate non sono molto più di una semplice ricerca e sostituzione.

html {
  --my-color: green;
}
.thing {
  color: var(--my-color);
}

Se hai utilizzato una variabile per un colore, ma hai assegnato un URL come valore, la regola viene semplicemente ignorata. Con l'API CSS Properties e Values puoi definire un tipo e un valore di riserva predefinito per le tue proprietà personalizzate.

html {
  --my-color: url(‘not-a-color'); // Oops, not a color!
}
.thing {
  color: var(--my-color);
}

Registrare una proprietà è facile come chiamare window.CSS.registerProperty() e fornire il nome della proprietà che stai definendo il tipo di proprietà, se deve ereditare, e il suo valore iniziale.

window.CSS.registerProperty({
  name: '--my-color',
  syntax: '<color>',
  inherits: false,
  initialValue: 'black',
});

Per informazioni dettagliate, leggi l'articolo di Sam Richard dedicato alle proprietà personalizzate più intelligenti con la nuova API di Houdini su web.dev.

Service worker più aggiornati

Ora vengono eseguiti controlli byte per byte per gli script del service worker importati da importScripts(). In passato, l'unico modo per forzare un worker di servizi installato a recuperare le modifiche a uno script importato era modificare l'URL dello script importato, di solito aggiungendo un valore semver o un hash nell'URL.

importScripts('https://example.com/v1.1.0/index.js');
importScripts('https://example.com/index.abcd1234.js');

A partire da Chrome 78, ogni volta che viene eseguito un controllo degli aggiornamenti per un file del service worker di primo livello, Chrome verifica anche se i contenuti di eventuali script importati sono stati modificati. In caso affermativo, verrà attivato il flusso di aggiornamento completo dei worker di servizio. In questo modo Chrome è conforme alle specifiche e corrisponde a ciò che fanno Firefox e Safari.

Guy ha tutti i dettagli in Service worker più aggiornati, per impostazione predefinita, compresi alcuni aspetti importanti da sapere sull'impatto della cache HTTP sul ciclo di aggiornamento.

Nuove prove dell'origine

Le prove dell'origine ci offrono l'opportunità di convalidare funzionalità e API sperimentali e ti permettono di fornire feedback sulla loro usabilità e efficacia in un deployment più ampio.

Le funzionalità sperimentali sono in genere disponibili solo dietro un flag, ma quando offriamo una prova dell'origine per una funzionalità, puoi registrarti alla prova dell'origine per abilitare la funzionalità per tutti gli utenti della tua origine.

L'attivazione di una prova dell'origine ti consente di creare demo e prototipi che gli utenti dei beta test possono provare per tutta la durata della prova senza richiedere loro di capovolgere flag speciali in Chrome.

Per ulteriori informazioni sulle prove dell'origine, consulta la Guida alle prove dell'origine per gli sviluppatori web. Puoi visualizzare un elenco di prove dell'origine attive e registrarti per richiederle nella pagina Prove dell'origine Chrome.


File system nativo

La prova dell'origine per l'API Native File System inizia in Chrome 78 e dovrebbe essere eseguita fino a Chrome 80.

L'API Native File System consente agli sviluppatori di creare potenti app web che interagiscono con i file sul dispositivo locale dell'utente. Dopo che un utente ha concesso l'accesso a un'app web, questa API consente alle app web di leggere o salvare le modifiche direttamente a file e cartelle sul dispositivo dell'utente.

Sono davvero entusiasta di tutte le nuove esperienze che consentono, non devo più "caricare" o "scaricare" i file con cui voglio lavorare. Leggi il mio post sul file system nativo per tutti i dettagli, tra cui codice, una demo e come stiamo lavorando per mantenere gli utenti al sicuro.

Ricevitore SMS

La prova dell'origine per l'API SMS Receiver inizia in Chrome 78 e dovrebbe essere eseguita fino a Chrome 80.

L'API SMS Receiver, ora disponibile come prova dell'origine, consente alla tua app web di ricevere messaggi SMS formattati in modo speciale per l'origine dell'app. In questo modo, puoi ricevere in modo programmatico una OTP da un messaggio SMS e verificare più facilmente un numero di telefono per l'utente.

Eiji ha scritto Verificare i numeri di telefono sul web con l'API SMS Submitr includendo tutti i dettagli e spiegando come registrarsi per la prova dell'origine.

Chrome Dev Summit 2019

Non dimenticare di partecipare al Chrome Dev Summit l'11 e il 12 novembre, che verrà trasmesso in live streaming sul canale YouTube degli sviluppatori di Chrome.


Per approfondire

Vengono illustrati solo alcuni dei punti salienti. Controlla i link riportati di seguito per ulteriori modifiche in Chrome 78.

Iscriviti

Se vuoi tenerti al corrente sui nostri video, iscriviti al nostro canale YouTube degli sviluppatori di Chrome e riceverai una notifica via email ogni volta che viene lanciato un nuovo video o quando aggiungiamo il nostro feed RSS al tuo lettore di feed.

Mi chiamo Pete LePage e, non appena uscirà Chrome 79, sarò qui per dirvi le novità di Chrome.