ใหม่ใน Chrome 108

Adriana Jara

สิ่งที่จำเป็นต้องทราบมีดังนี้

• สร้าง UI แบบปรับอัตโนมัติได้ง่ายกว่าด้วยหน่วยขนาดวิวพอร์ตใหม่
• ขณะนี้แบบอักษรของเวกเตอร์สีมีการสนับสนุนแบบอักษรที่ปรับเปลี่ยนได้แล้ว
• เมธอดต่างๆ ในอินเทอร์เฟซ FileSystemSyncAccessHandle ซึ่งเป็นส่วนหนึ่งของ File System Access API เปลี่ยนเป็นแบบซิงโครนัสแล้ว
• และยังมีอื่นๆ อีกมากมาย

ฉันชื่อ Adriana Jara มาเจาะลึกกันเลยและดูว่ามีอะไรใหม่สำหรับนักพัฒนาซอฟต์แวร์ใน Chrome 108

หน่วยของขนาดวิวพอร์ตใหม่

หน่วยวิวพอร์ตใหม่ช่วยให้คุณควบคุมการสร้าง UI แบบปรับอัตโนมัติได้มากขึ้น

หน่วยเหล่านี้จะวัดพื้นที่วิวพอร์ตแตกต่างออกไป เนื่องจากจะพิจารณาองค์ประกอบ UI ในเบราว์เซอร์ที่ขยายหรือยุบได้ เช่น แถบที่อยู่

หน่วย large จะให้ขนาดวิวพอร์ตโดยสมมติว่าอินเทอร์เฟซ User Agent เหล่านั้นยุบอยู่

ในทางกลับกัน หน่วย small จะให้ขนาดวิวพอร์ตโดยมีสมมติฐานว่ามีการขยายอินเทอร์เฟซ

และด้วยหน่วย dynamic ขนาดวิวพอร์ตจะปรับตัวเองโดยอัตโนมัติเพื่อตอบสนองต่อองค์ประกอบอินเทอร์เฟซเบราว์เซอร์ที่แสดงหรือไม่

ค่าจะเป็นค่าไม่เกินขีดจำกัดของหน่วยขนาดใหญ่ (สูงสุด) และหน่วยขนาดเล็ก (ต่ำสุด)

ดูรายละเอียดเพิ่มเติมได้ในบทความนี้ นอกจากนี้ ตรวจสอบการเปลี่ยนแปลงเกี่ยวกับลักษณะการปรับขนาดวิวพอร์ตของ Android เพื่อจัดการวิวพอร์ตอย่างเหมาะสม

รองรับแบบอักษรตัวแปรใน COLRv1 แล้ว

รองรับแบบอักษรเวกเตอร์สี COLRv1 ตั้งแต่ Chrome 98 แต่รุ่นแรกรองรับเฉพาะฟังก์ชันแบบคงที่ของตาราง COLRv1 เท่านั้น

แต่ข้อกำหนด COLRv1 ยังรวมรูปแบบ OpenType ไว้ด้วย ซึ่งหมายความว่าคุณสามารถเปลี่ยนแปลงคุณสมบัติแบบอักษรได้โดยการเปลี่ยนค่าแกนตัวแปร ขณะนี้ระบบรองรับรูปแบบต่างๆ ดังกล่าวแล้ว

รุ่นนี้ยังมีส่วนขยายเงื่อนไข font-tech() และ font-format() สำหรับ CSS @supports ด้วย

เมื่อตรงตามเงื่อนไขเหล่านี้ นักพัฒนาซอฟต์แวร์จะตรวจจับได้เมื่อฟีเจอร์แบบอักษรพร้อมใช้งานเพื่อมอบประสบการณ์การใช้งานล่าสุดให้แก่ผู้ใช้ รวมถึงสร้างทางเลือกสำรองในกรณีที่ไม่มีการรองรับ

ทดลองใช้การสาธิตที่นี่ แล้วเพิ่มลูกเล่นให้กับคำด้วยแบบอักษรที่เปลี่ยนแปลงได้

ตอนนี้เมธอด FileSystemSyncAccessHandle เป็นแบบซิงโครนัสแล้ว

ระบบไฟล์ส่วนตัวต้นทางให้สิทธิ์เข้าถึงไฟล์ชนิดพิเศษซึ่งมีการเพิ่มประสิทธิภาพในระดับสูง นักพัฒนาซอฟต์แวร์สามารถเข้าถึงไฟล์ดังกล่าวได้โดยเรียกใช้ createSyncAccessHandle() ซึ่งเป็นเมธอดที่เปิดเผยในออบเจ็กต์ FileSystemFileHandle

สายนี้จะส่งผลให้มีFileSystemSyncAccessHandle

เมธอด truncate(newSize), getSize(), flush() และ close() ในแฮนเดิลการเข้าถึงดังกล่าวเคยไม่พร้อมกัน แต่เป็นแบบซิงโครนัสใน Chrome 108

การเปลี่ยนแปลงนี้มีเหตุผลที่ดี ทำให้ FileSystemSyncAccessHandle จับคู่ API ไฟล์แบบซิงโครนัสซึ่งคล้ายกับ POSIX ที่แอปพลิเคชันแบบ Wasm คาดหวัง ซึ่งช่วยให้ API ทำงานตามสรีรศาสตร์มากขึ้นพร้อมกับได้รับประสิทธิภาพเพิ่มมากขึ้น

การเปลี่ยนแปลงนี้อาจเป็นการเปลี่ยนแปลงที่ส่งผลกับส่วนอื่นในระบบ หากคุณใช้วิธีการข้างต้น การใช้งาน Promise.then() จะใช้งานไม่ได้ หากคุณเชื่อมโยงการเรียกใช้ then() จากเมธอดซิงโครนัสก่อนหน้านี้และปัจจุบันกลายเป็นแบบซิงโครนัส คุณจะต้องเปลี่ยนโค้ด

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

หากต้องการคำแนะนำเพิ่มเติมอย่างละเอียด โปรดไปที่บทความนี้

และอีกมากมาย

แน่นอนว่ายังมีอีกมากมาย

• เรากำลังเปิดตัวการเปลี่ยนแปลงลักษณะการทำงานสำหรับ overflow ในองค์ประกอบที่ถูกแทนที่
• หากคุณคือผู้ให้บริการข้อมูลประจำตัว โปรดดู Federated Credential Management API
• Media Source Extensions API พร้อมใช้งานแล้วในบริบทของผู้ปฏิบัติงาน

อ่านเพิ่มเติม

ซึ่งจะกล่าวถึงไฮไลต์ที่สำคัญบางส่วนเท่านั้น ไปที่ลิงก์ด้านล่างเพื่อดูการเปลี่ยนแปลงเพิ่มเติมใน Chrome 108

• มีอะไรใหม่ใน Chrome DevTools (108)
• การเลิกใช้งานและการนำ Chrome 108 ออก
• การอัปเดต ChromeStatus.com สำหรับ Chrome 108
• รายการเปลี่ยนแปลงที่เก็บของแหล่งที่มา Chromium
• ปฏิทินการเผยแพร่ Chrome

สมัครใช้บริการ

โปรดติดตามช่อง YouTube สำหรับนักพัฒนาซอฟต์แวร์ Chrome และคุณจะได้รับการแจ้งเตือนทางอีเมลทุกครั้งที่เราเปิดตัววิดีโอใหม่

ฉันชื่อ Adriana Jara และทันทีที่เปิดตัว Chrome 109 ฉันจะมาบอกว่า มีอะไรใหม่ใน Chrome!