สิ่งที่จำเป็นต้องทราบมีดังนี้
- การสร้าง 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 เปิดตัว