สิ่งที่จำเป็นต้องทราบมีดังนี้
- การสร้าง UI แบบปรับขนาดได้จะง่ายขึ้นด้วยหน่วยขนาดวิวพอร์ตใหม่
- ตอนนี้แบบอักษรเวกเตอร์สีรองรับแบบอักษรที่เปลี่ยนแปลงได้แล้ว
- ตอนนี้เมธอดในอินเทอร์เฟซ
FileSystemSyncAccessHandleซึ่งเป็นส่วนหนึ่งของ File System Access API เป็นแบบพร้อมกันแล้ว - และยังมีอีกมากมาย
ฉันชื่อ 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 */
ดูวิธีการโดยละเอียดได้ที่บทความนี้
และอีกมากมาย
แน่นอนว่ายังมีอีกมากมาย
- เรากําลังเปิดตัวการเปลี่ยนแปลงลักษณะการทํางานของ
overflowในองค์ประกอบที่แทนที่ - หากคุณเป็นผู้ให้บริการข้อมูลประจำตัว โปรดดูFederated Credential Management API
- Media Source Extensions API พร้อมใช้งานในบริบทของเวิร์กเกอร์แล้ว
อ่านเพิ่มเติม
ข้อมูลนี้เป็นเพียงไฮไลต์สำคัญบางส่วนเท่านั้น ดูการเปลี่ยนแปลงเพิ่มเติมใน Chrome 108 ได้ที่ลิงก์ด้านล่าง
- มีอะไรใหม่ในเครื่องมือสำหรับนักพัฒนาเว็บใน Chrome (108)
- การเลิกใช้งานและการนำออกใน Chrome 108
- การอัปเดต ChromeStatus.com สำหรับ Chrome 108
- รายการการเปลี่ยนแปลงที่เก็บข้อมูลซอร์สโค้ด Chromium
- ปฏิทินการเผยแพร่ของ Chrome
สมัครใช้บริการ
หากต้องการติดตามข่าวสารล่าสุด โปรดติดตามช่อง YouTube ของนักพัฒนาซอฟต์แวร์ Chrome แล้วคุณจะได้รับอีเมลแจ้งเตือนทุกครั้งที่เราเปิดตัววิดีโอใหม่
ฉันชื่อ Adriana Jara และพร้อมที่จะแจ้งให้คุณทราบเกี่ยวกับสิ่งใหม่ๆ ใน Chrome ทันทีที่ Chrome 109 เปิดตัว