Chrome 106 jest dziś dostarczany z kilkoma funkcjami eksperymentalnymi i wycofanymi funkcjami.
Od premiery Google Chrome 105 minęły już cztery tygodnie, co oznacza, że nadszedł czas na udostępnienie kolejnej głównej wersji przeglądarki. Chrome 106 nie jest tak dużą aktualizacją jak jego poprzednik pod względem nowych interfejsów API i funkcji, ale wciąż ma kilka fajnych funkcji i zostanie wydany w dzisiejszych godzinach zamknięcia.
Tym razem zaczniemy od deprecjacji, której są trzy. Typ stałego przydziału został uznany za przestarzały w metodzie requestFileSystem(), ponieważ komplikuje kod, co jest szczególnie niepożądane ze względu na jego rzadkie użycie. Strumienie wypychane HTTP/2 spotka taki sam los , jak Chrome nie będzie już odbierać, przechowywać w pamięci ani wykorzystywać strumieni wysyłanych przez tę konfigurację. Podobnie Chrome 106 zrzuca również obsługę znaków spoza ASCII w atrybutach nazwy domeny plików cookie, zgodnie z najnowszą standaryzacją w specyfikacji RFC 6265bis.
Jeśli chodzi o nowe funkcje, jednym z głównych ulepszeń jest obsługa funkcji Bring Your Own Buffer (BYOB) w SerialPort . Oto jak Google to opisuje:
Deweloperzy mogą odkryć obsługę czytników BYOB, wywołując getReader({mode: 'byob’ }), ponieważ starsze implementacje zgłaszają błąd TypeError podczas przekazywania nowego parametru. Czytniki BYOB (lub „przynieś własny bufor”) pozwalają programiście określić bufor, do którego dane są odczytywane, zamiast przydzielania nowego buforu dla każdej porcji. Oprócz potencjalnego zmniejszenia obciążenia pamięci, pozwala to programiście kontrolować ilość odbieranych danych, ponieważ strumień nie może zwrócić więcej niż jest miejsce w dostarczonym buforze. Możliwość odczytania pewnej ilości danych z portu sprawia, że to API jest bardziej znane programistom przyzwyczajonym do programowania, w porównaniu do API Windows i POSIX dla urządzeń szeregowych, które działają na tej samej zasadzie „przynieś swój własny bufor”.
Czytniki BYOB pozwalają programistom określić bufor, do którego dane są odczytywane, zamiast przydzielania przez strumień bufora dla każdej porcji. Oprócz potencjalnego zmniejszenia obciążenia pamięci, pozwala to skryptowi kontrolować, ile danych jest odbieranych w bloku, ponieważ strumień nie może zwrócić więcej niż jest miejsce w dostarczonym buforze. Możliwość odczytu pewnej ilości danych z portu była często pożądaną funkcją przez programistów przyzwyczajonych do programowania dla Windows i POSIX API dla urządzeń szeregowych, które działają na tej samej zasadzie „przynieś swój własny bufor”. Obecny interfejs API z kolei wymaga od programistów ochrony przed dodatkowymi niechcianymi danymi, a nie tylko czytania tego, co chcą przetworzyć.
Dodatkowo właściwość CSS bez prefiksu hyphenate-character jest teraz stabilna i będzie dostarczana z Chrome 106. Właściwość „-webkit-hyphenate-character” zostanie przestarzała w późniejszym terminie, gdy nie zostanie podana żadna data.
Kolejnym kluczowym ulepszeniem w Chrome 106 jest obsługa interfejsu API v3 Intl.NumberFormat . Ta wersja ma następujące nowe funkcje:
- Dodaj 3 nowe funkcje do formatowania zakresu liczb: formatRange / formatRangeToParts / selectRange
- Wyliczenie grupowe
- Nowe opcje zaokrąglania/precyzji
- Priorytet zaokrąglania
- Interpretuj ciągi jako ułamki dziesiętne
- Tryby zaokrąglania
- Wyświetlacz znaku Negatyw
Dodatkowo wprowadzono wywołanie zwrotne dequeue dla interfejsów audio i wideo w WebCodecs . Pozwala to programistom wiedzieć, czy rozmiar kolejki zmniejszył się w interfejsach kodowania i dekodowania, zamiast ustawiać funkcję pomiaru czasu, aby losowo sprawdzała to samo.
Ponadto obsługiwana jest teraz jednostka długości CSS „ic” . Jest używany do wyrażenia długości „w stosunku do rozszerzonej miary ideogramu wody” dla czcionek japońskich i chińskich i jest już obecny w Safari i Firefox. W przyszłości mechanizm CORS będzie stosowany podczas wstępnego pobierania i ładowania podzasobów za pośrednictwem podpisanej wymiany HTTP.
W tej wersji Chrome jest też kilka funkcji eksperymentalnych. Istnieją dwie wersje próbne dla programistów zablokowane przez pola wyboru. Pierwszym z nich jest aktualizacja metod asynchronicznych w interfejsie API dostępu do systemu plików do metod synchronicznych . Poprawi to wydajność i zapewni spójność interfejsu API. Po drugie, Google będzie kontynuować fazę 5 swojego planu redukcji liczby agentów użytkownika . Chodzi o to, aby poprawić prywatność, a także zmniejszyć możliwość błędów podczas analizowania złożonego ciągu User-Agent.
Podobnie dwie funkcje również trafiły do wersji próbnych Origin. Ramki anonimowe umożliwiają ładowanie dokumentów do ramek zewnętrznych za pomocą kontekstów efemerycznych. Ponieważ jest to uogólnienie polityki osadzania między źródłami (COEP), usuwa wymóg, aby ramki iframe innych firm obsługiwały COEP jako warunek wstępny osadzania na stronie COEP. Ten okres próbny potrwa do Chrome 108.
Wyskakujący interfejs API jest teraz oferowany również w wersji próbnej Origin . Umożliwia programistom wyświetlanie interaktywnych tymczasowych elementów interfejsu użytkownika na aplikacjach internetowych. Jest podobny do elementu „dialog”, ale ma nowe funkcje, takie jak zachowanie przy zamykaniu ekranu, kontrola interakcji w wyskakujących okienkach, animacja, obsługa zdarzeń i tryb niemodalny.
Chrome 106 rozpocznie się dziś po południu. Jeśli przeglądarka Chrome nie zaktualizuje się automatycznie do wersji 106 w ciągu jednego dnia, przejdź do opcji Pomoc > Informacje o przeglądarce Google Chrome , aby aktywować aktualizację, gdy tylko będzie dostępna. Chrome 107 jest następny, z wersją beta 29 września i stabilną wersją 25 października.
Terrific work! This is the kind of info that are meant to be shared around the internet.
Shame on Google for not positioning this submit upper!
Come on over and seek advice from my web site . Thanks =)
Great article! That is the type of information that should be
shared around the net. Shame on the search engines for no longer positioning this put up higher!
Come on over and visit my site . Thank you =)