Tính năng mới trong Chrome 108

Dưới đây là những gì bạn cần phải biết:

Tôi là Adriana Jara. Hãy cùng tìm hiểu sâu hơn và xem những tính năng mới dành cho nhà phát triển trong Chrome 108.

Đơn vị kích thước khung nhìn mới

Các đơn vị khung nhìn mới mang lại cho bạn nhiều quyền kiểm soát hơn để tạo giao diện người dùng thích ứng.

Các đơn vị này đo lường khu vực khung nhìn theo cách khác nhau, vì chúng tính đến các thành phần trên giao diện người dùng trong trình duyệt có thể mở rộng hoặc thu gọn được. Ví dụ: thanh địa chỉ.

Đơn vị large cung cấp kích thước khung nhìn giả định rằng các giao diện tác nhân người dùng đó được thu gọn.

Mặt khác, các đơn vị small cung cấp kích thước khung nhìn giả sử các giao diện được mở rộng.

Đối với đơn vị dynamic, kích thước khung nhìn sẽ tự động điều chỉnh theo các phần tử trên giao diện trình duyệt có xuất hiện hay không.

Giá trị sẽ là bất cứ giá trị nào nằm trong giới hạn của đơn vị lớn (tối đa) và đơn vị nhỏ (tối thiểu).

Các phần khác nhau của khung nhìn cho mỗi loại đơn vị khung nhìn.

Hãy xem bài viết này để biết thêm thông tin chi tiết. Ngoài ra, hãy kiểm tra sự thay đổi trên hành vi đổi kích thước khung nhìn của Android để xử lý khung nhìn của bạn một cách phù hợp .

Phông chữ biến đổi hiện được hỗ trợ trong COLRv1.

Phông chữ vectơ màu COLRv1 đã được hỗ trợ kể từ Chrome 98, nhưng bản phát hành ban đầu chỉ hỗ trợ chức năng tĩnh của bảng COLRv1.

Tuy nhiên, thông số kỹ thuật COLRv1 cũng bao gồm các Biến thể OpenType, có nghĩa là cho phép thay đổi các thuộc tính phông chữ bằng cách thay đổi các giá trị trục biến đổi. Các biến thể như vậy hiện được hỗ trợ.

Bản phát hành này cũng bao gồm các phần mở rộng điều kiện font-tech()font-format() cho CSS @supports .

Với các điều kiện này, nhà phát triển có thể phát hiện thời điểm các tính năng phông chữ có sẵn để cung cấp cho người dùng trải nghiệm mới nhất, đồng thời tạo bản dự phòng nếu không có hỗ trợ.

Dùng bản minh hoạ tại đây để tăng tác động cho từ ngữ bằng nhiều phông chữ có thể thay đổi.

Các phương thức FileSystemSyncAccessHandle hiện được đồng bộ hoá.

Hệ thống tệp riêng tư gốc cho phép truy cập vào một loại tệp đặc biệt được tối ưu hoá hiệu suất cao. Nhà phát triển có thể truy cập vào các tệp đó bằng cách gọi createSyncAccessHandle(). Đây là một phương thức hiển thị trên các đối tượng FileSystemFileHandle.

Lệnh gọi này dẫn đến một FileSystemSyncAccessHandle.

Các phương thức truncate(newSize), getSize(), flush()close() trong tên người dùng truy cập đó từng không đồng bộ, nhưng được đồng bộ hoá kể từ Chrome 108.

Thay đổi này có lý do chính đáng. Điều này giúp FileSystemSyncAccessHandle phù hợp với API tệp đồng bộ, giống như POSIX mà các ứng dụng dựa trên Wasm mong đợi; giúp API có hiệu quả hơn trong khi vẫn mang lại hiệu suất đáng kể.

Đây có thể là một thay đổi có thể gây lỗi. Nếu bạn đang sử dụng các phương thức trên thì mọi trường hợp sử dụng Promise.then() sẽ bị lỗi. Nếu liên kết một lệnh gọi then() dựa trên kết quả của bất kỳ phương thức nào trước đây không đồng bộ và hiện đã đồng bộ, thì bạn cần thay đổi mã.

// ⛔️ This will break, and you need to restructure your code:
accessHandle.flush().then(/* Follow-up code */);
// ✅ Correct:
accessHandle.flush();
/* Follow-up code */

Để biết hướng dẫn chi tiết hơn, hãy truy cập bài viết này

Và nhiều kiến thức khác!

Tất nhiên, vẫn còn nhiều lý do khác.

Tài liệu đọc thêm

Bài viết này chỉ bao gồm một số điểm nổi bật chính. Hãy truy cập vào các đường liên kết bên dưới để biết thêm các thay đổi khác trong Chrome 108.

Đăng ký

Để nắm bắt thông tin mới nhất, hãy đăng ký kênh YouTube dành cho Nhà phát triển Chrome. Bạn sẽ nhận được thông báo qua email mỗi khi chúng tôi ra mắt video mới.

Tôi là Adriana Jara. Ngay sau khi Chrome 109 được phát hành, tôi sẽ sẵn sàng cho bạn biết các tính năng mới của Chrome!