ใหม่ใน 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 เปิดตัว