Novità di Chrome 78

Pete LePage

Chrome 78 è in fase di implementazione.

Il mio nome è Pete LePage, diamo un'occhiata alle novità di Chrome 78 per gli sviluppatori.

API CSS Properties and Values

Le variabili CSS, tecnicamente chiamate proprietà personalizzate, sono fantastiche. Ti 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 Proprietà e valori CSS, puoi definire un tipo e un valore predefinito per le 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à di cui stai definendo il tipo, se deve essere ereditata e il relativo valore iniziale.

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

Per informazioni complete, consulta l'articolo di Sam Richard Proprietà personalizzate più intelligenti con la nuova API di Houdini su web.dev.

Service worker più recenti

Ora vengono eseguiti controlli byte per byte per gli script di service worker importati da importScripts(). In passato, l'unico modo per forzare un worker di servizio installato a rilevare le modifiche a uno script importato era modificare l'URL dello script importato, in genere 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 di worker di servizio di primo livello, Chrome controlla anche se i contenuti di eventuali script importati sono stati modificati. In questo caso, verrà attivato il flusso di aggiornamento completo del worker di servizio. In questo modo, Chrome è conforme alle specifiche e corrisponde a quanto fanno Firefox e Safari.

Jeff ha tutti i dettagli in Fresher service workers, by default, incluse alcune informazioni importanti da conoscere su come la cache HTTP influisce sul ciclo di aggiornamento.

Nuove prove dell'origine

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

In genere le funzionalità sperimentali sono disponibili solo dietro una segnalazione, ma quando offriamo una prova dell'origine per una funzionalità, puoi registrarti alla prova dell'origine in questione per attivarla per tutti gli utenti della tua origine.

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

Puoi trovare ulteriori informazioni sulle prove dell'origine nella Guida alle prove dell'origine per gli sviluppatori web. Puoi visualizzare un elenco di prove dell'origine attive e registrarti per usarle nella pagina Prove dell'origine di Chrome.


File system nativo

Una 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 concede l'accesso a un'app web, questa API consente alle app web di leggere o salvare le modifiche direttamente in file e cartelle sul dispositivo dell'utente.

Sono davvero entusiasta di tutte le nuove esperienze che questo consente, non dovrò più "caricare" o "scaricare" i file con cui voglio lavorare. Dai un'occhiata al mio post sul file system nativo per tutti i dettagli, tra cui il codice, una demo e come ci stiamo adoperando per proteggere gli utenti.

Ricevitore SMS

La prova dell'origine per l'API SMS Ricevir inizia in Chrome 78 ed è prevista per Chrome 80.

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

Eiji ha scritto l'articolo Verificare i numeri di telefono sul web con l'API SMS Receiver con tutti i dettagli e la procedura per registrarsi alla prova dell'origine.

Chrome Dev Summit 2019

Non dimenticare di sintonizzarti sul Chrome Dev Summit l'11 e il 12 novembre, che verrà trasmesso in streaming dal canale YouTube per sviluppatori di Chrome.


Per approfondire

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

Iscriviti

Se vuoi rimanere al passo con i nostri video, abbonati al nostro canale YouTube per sviluppatori di Chrome e riceverai una notifica via email ogni volta che lanceremo un nuovo video oppure aggiungi il nostro feed RSS al tuo feed reader.

Mi chiamo Pete LePage e non appena verrà rilasciato Chrome 79 ti dirò subito le novità di Chrome.