ใหม่ใน Chrome 108

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

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

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

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

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

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

ในทางกลับกัน หน่วย 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 */

ดูวิธีการโดยละเอียดได้ที่บทความนี้

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

แถมยังมีอีกมากมาย

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

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

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

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

ฉันชื่อ Adriana Jara และพร้อมที่จะแจ้งให้คุณทราบเกี่ยวกับสิ่งใหม่ๆ ใน Chrome ทันทีที่ Chrome 109 เปิดตัว