การเลิกใช้งานและการนำออกใน Chrome 63

โจ เมดเลย์
โจ้ เมดเลย์

เราเห็นการอัปเดตและการปรับปรุงผลิตภัณฑ์ ประสิทธิภาพ และความสามารถของแพลตฟอร์มเว็บใน Chrome เกือบทุกเวอร์ชัน บทความนี้อธิบายการเลิกใช้งานและการนำออกบางส่วนใน Chrome 63 ซึ่งอยู่ในช่วงเบต้าตั้งแต่วันที่ 26 ตุลาคม ไปที่หน้าการเลิกใช้งานและการนำออกเพื่อดูการเลิกใช้งานและการนำออกจาก Chrome เวอร์ชันนี้และเวอร์ชันก่อนหน้า รายการนี้อาจเปลี่ยนแปลงได้ตลอดเวลา

พร็อพเพอร์ตี้อินเทอร์เฟซที่มีประเภท Promise จะไม่มีข้อยกเว้นอีกต่อไป

พร็อพเพอร์ตี้และฟังก์ชันของอินเทอร์เฟซที่ส่งคืนคำสัญญาอาจไม่สอดคล้องกันว่าเงื่อนไขข้อผิดพลาดจะให้การยกเว้นหรือปฏิเสธ ซึ่งจะเรียกใช้การบล็อก catch() ของ Promise หรือไม่ เวอร์ชันปัจจุบันของ IDL spec เรียกใช้พร็อพเพอร์ตี้และฟังก์ชันที่แสดงผลสัญญาทั้งหมดเพื่อปฏิเสธแทนการส่งข้อยกเว้น

เช่น ก่อนหน้านี้ การเรียก MediaKeySession.closed จะส่ง TypeError สำหรับการเรียกใช้ที่ผิดกฎหมายหากเรียกในเวลาที่ไม่ถูกต้อง การเปลี่ยนแปลงครั้งนี้ทำให้การเรียกใช้ดังกล่าวต้องใช้การบล็อก catch()

การเปลี่ยนแปลงนี้ทำให้ Chrome สอดคล้องกับข้อกำหนดเฉพาะ การเปลี่ยนแปลงนี้เกิดขึ้นกับฟังก์ชันต่างๆ แล้ว

Chromestatus Tracker | ข้อบกพร่อง Chromium

นำ getMatchCSSRules() ออก

เมธอด getMatchCSSRules() คือ API แบบ webkit-only API สำหรับรับรายการกฎสไตล์ทั้งหมดที่นำไปใช้กับองค์ประกอบหนึ่งๆ Webkit มีข้อบกพร่องที่เปิดอยู่เพื่อนำออก ด้วยเหตุนี้เราจึงนำ ซอฟต์แวร์ดังกล่าวออกจาก Chrome เวอร์ชัน 63 นักพัฒนาซอฟต์แวร์ที่ต้องการฟังก์ชันนี้ สามารถดูได้ที่โพสต์ StackOverflow นี้

เจตนาเพื่อนำออก | ตัวติดตาม Chromestatus | ข้อบกพร่อง Chromium

นำ RTCRtcpMuxPolicy ของ "negotiate" ออก

Chrome ใช้ rtcpMuxPolicy เพื่อระบุนโยบายที่ต้องการเกี่ยวกับการใช้การมัลติเพล็กซ์ RTP/RTCP ใน Chrome 57 เราได้เปลี่ยนค่าเริ่มต้น rtcpMuxPolicy เป็น "require" และเลิกใช้งาน "negotiate" ด้วยเหตุผลต่อไปนี้

  • RTCP ที่ไม่ได้มักซ์จะใช้ทรัพยากรเครือข่ายเพิ่มเติม
  • การนำ "negotiate" ออกจะทำให้แพลตฟอร์ม API ง่ายขึ้น เนื่องจาก "RtpSender"/"RtpReceiver" จะมีการรับส่งข้อมูลเพียงครั้งเดียวเท่านั้น

ใน Chrome 63 ระบบจะนำ "เจรจา" ออก

เจตนาเลิกใช้งาน | ข้อบกพร่อง Chromium