การใช้การแจ้งเตือนระบบที่แข็งแกร่งใน Rails ด้วย Noticed และ CableReady

เซิร์ฟเวอร์ CableReady และไคลเอนต์

CableReady ทำงานได้อย่างมหัศจรรย์อย่างไร โดยสรุป ประกอบด้วยส่วนฝั่งเซิร์ฟเวอร์และฝั่งไคลเอ็นต์

ทางฝั่งเซิร์ฟเวอร์ โมดูล 69 สามารถรวมไว้ในส่วนใดส่วนหนึ่งของแอปพลิเคชันของคุณที่ต้องการได้ นี่อาจเป็นในงาน โมเดลคอลแบ็ก หรือคอนโทรลเลอร์ธรรมดา แต่ก่อนอื่น จะต้องมีช่อง ActionCable ก่อน หากต้องการอ้างอิงเอกสารอย่างเป็นทางการของ CableReady:

โปรดทราบว่า 72 เรียกว่า ตัวระบุสตรีม . สามารถใช้เพื่อกำหนดเป้าหมายผู้ชมในวงกว้างหรือเฉพาะลูกค้าเฉพาะเจาะจงที่สมัครรับข้อมูลช่องของคุณ เพื่อสรุปตัวอย่าง เราสามารถรวมโมดูลผู้ออกอากาศไว้ในโมเดลและส่ง 86 ให้กับลูกค้าหลังจากลงทะเบียน:

ในฝั่งไคลเอ็นต์ ตรรกะนั้นเรียบง่าย สร้างการสมัครสมาชิกช่องดังกล่าว จากนั้นในฮุกที่ได้รับ ให้โทร 96 ในการดำเนินการทั้งหมดที่ส่งผ่านสาย:

CableReady กับ Turbo สำหรับราง

โดยสรุป คุณควรใช้ CableReady เมื่อใด และควรหลีกเลี่ยงเมื่อใด

ด้วยการเปิดตัว Turbo ชุมชนการพัฒนาเว็บได้รับกล่องเครื่องมืออันทรงพลังสำหรับประดิษฐ์แอปพลิเคชันแบบโต้ตอบที่แสดงผลบนเซิร์ฟเวอร์ โดยพื้นฐานแล้วเป็นเทคโนโลยีฟรอนท์เอนด์ที่มีการผูกฝั่งเซิร์ฟเวอร์ที่มีประสิทธิภาพสำหรับ Rails จึงเข้ากันได้ดีกับสแต็ก Model-View-Controller (MVC) มาตรฐาน ดังนั้นจึงครอบคลุมข้อกำหนดทั่วไปส่วนใหญ่ของแอปของคุณได้

ในทางกลับกัน CableReady คือมีดของกองทัพสวิสสำหรับการพัฒนา Rails แบบเรียลไทม์ และควรใช้ด้วยความระมัดระวัง มันเป็นนามธรรมที่ทรงพลังที่อาจดูเชิญชวนให้นำไปใช้อย่างแพร่หลาย แต่ถ้าคุณจินตนาการว่าทุกส่วนของ DOM สามารถกลายพันธุ์ได้จากตำแหน่งใดๆ ในแอป คุณจะเข้าใจว่าสิ่งนี้อาจนำไปสู่สภาพการแข่งขันและข้อบกพร่องที่ยากต่อการติดตาม

มีหลายกรณีเช่นกรณีนี้ที่ CableReady สมเหตุสมผลอย่างยิ่ง เนื่องจากช่วยให้สามารถควบคุม DOM ได้ละเอียดมากขึ้น

เมื่อขอ TLDR แบบธรรมดา ฉันจะตอบว่า Turbo มีไว้สำหรับนักพัฒนาแอปพลิเคชัน ในขณะที่ CableReady มีไว้สำหรับผู้สร้างไลบรารี แต่อย่างที่เราเห็น มีพื้นที่สีเทาระหว่างทั้งสอง

สังเกตเห็นแล้ว — การแจ้งเตือนอย่างง่ายสำหรับแอปพลิเคชัน Ruby on Rails

ไลบรารีที่สองที่เราจะใช้เพื่อส่งการแจ้งเตือนของระบบคืออัญมณีที่สังเกตเห็นของ Chris Oliver หัวใจสำคัญของสิ่งนี้คือสร้างขึ้นจากโมเดล ActiveRecord ที่เป็นโมเดล การแจ้งเตือนเดียวไปยังผู้รับ . เก็บข้อมูลเมตาทั่วไป เช่น:

• ผู้ที่ส่งการแจ้งเตือนถึง (ผู้รับ)
• เมื่อมีการอ่านการแจ้งเตือน
• พารามิเตอร์ใดๆ ที่เกี่ยวข้องกับการแจ้งเตือน (โดยทั่วไปจะเป็นการอ้างอิงถึงรุ่นอื่น)

หากคุณคุ้นเคยกับวิธีการทำงานของเมตาตาราง ActiveStorage/ActionText ก็จะคล้ายกันมาก

ที่อยู่ติดกับสิ่งนี้ Noticed ใช้ PORO (Plain Old Ruby Objects กล่าวคือ วัตถุที่ไม่มีการเชื่อมต่อกับ Rails หรือเฟรมเวิร์กอื่นๆ) ซึ่งทำหน้าที่เป็นพิมพ์เขียวสำหรับการแจ้งเตือนจริง สิ่งเหล่านี้ค่อนข้างทำให้เข้าใจผิด เรียกอีกอย่างว่าการแจ้งเตือน และมีเหตุผลเกี่ยวกับวิธีการแสดงผลและแจกจ่าย นี่คือตัวอย่างจาก README:

เราจะเห็นสิ่งนี้ในที่ทำงานในไม่ช้า สิ่งที่น่าสนใจเป็นพิเศษคือ 108 การร้องขอ เนื่องจากเป็นตัวกำหนดว่าการแจ้งเตือนนี้ควรใช้วิธีใด:

• 110 เก็บบันทึกการแจ้งเตือน (ของรุ่นที่กล่าวถึงข้างต้น) เพื่อการเข้าถึงในภายหลัง
• 129 ส่งผ่านช่องทาง ActionCable และสตรีมที่กำหนด (ค่าเริ่มต้น 134 )
• 147 ระบุเมลที่ใช้ในการส่งการแจ้งเตือน ตัวอย่างนี้จะแสดงวิธีการคำนึงถึงการตั้งค่าใดๆ ที่ผู้รับอาจตั้งไว้