มิกซ์อินและ as_view()

คลาสไม่สามารถเป็นเป้าหมายของ URL ได้โดยตรง as_view() จะส่งคืนฟังก์ชันที่สร้างอินสแตนซ์และนำคำขอไปยังเมธอดที่เหมาะสม

ใน urls ให้เรียกคลาสด้วย as_view() อย่าใช้คลาสเปล่า สิ่งที่ Django นำทางไปหาจริง ๆ คือสิ่งที่เรียกใช้งานได้นี้

คุณสามารถเขียนทับแอตทริบิวต์ของคลาสได้โดยตรงใน URL ด้วยการส่งค่าให้ as_view() เหมาะสำหรับการปรับเล็ก ๆ โดยไม่ต้องสร้างคลาสย่อย

มิกซ์อิน คือคลาสขนาดเล็กที่เพิ่มพฤติกรรมเฉพาะด้านหนึ่ง คุณสามารถรวมมิกซ์อินเพื่อประกอบมุมมองจากส่วนที่นำกลับมาใช้ใหม่ได้

มิกซ์อินไม่ได้ใช้เพียงลำพัง จะมีความหมายก็ต่อเมื่อนำไปรวมกับคลาสมุมมองจริงผ่านการสืบทอดหลายชั้น

LoginRequiredMixin จะบล็อกผู้ใช้ที่ไม่ได้เข้าสู่ระบบและเปลี่ยนเส้นทางไปยังหน้าเข้าสู่ระบบ ให้เพิ่มมิกซ์อินนี้ใน CBV ที่ต้องการผู้ใช้ซึ่งเข้าสู่ระบบแล้ว

ให้ระบุมิกซ์อินก่อน แล้วจึงระบุมุมมอง Python จะค้นหาเมธอดจากซ้ายไปขวา ทำให้มิกซ์อินทำงานก่อนมุมมองพื้นฐาน

CBV ทั่วไปมี ContextMixin รวมอยู่แล้ว นี่จึงเป็นเหตุผลที่มี get_context_data มิกซ์อินมีอยู่ทั่วทั้ง Django

คุณสามารถซ้อนมิกซ์อินหลายตัวเพื่อเพิ่มพฤติกรรมหลายอย่างพร้อมกัน เช่น กำหนดให้ต้องเข้าสู่ระบบและเพิ่มสิทธิ์ในคลาสเดียว

มิกซ์อินที่ดีควรทำสิ่งเดียว มิกซ์อินที่เล็กและมีหน้าที่ชัดเจนจะนำกลับมาใช้และรวมเข้าด้วยกันได้ง่าย โดยไม่ก่อให้เกิดความขัดแย้งที่คาดไม่ถึง

เมื่อนำทุกอย่างมารวมกัน CBV ทั่วไปก็คือสแตกของมิกซ์อินร่วมกับมุมมองพื้นฐาน ซึ่งเชื่อมเข้ากับ urls ด้วย as_view()

คุณได้สรุปเรื่อง CBV แล้ว: as_view() เปลี่ยนคลาสให้เป็นสิ่งที่เรียกใช้งานได้และนำทางไปหาได้ ส่วนมิกซ์อินใช้ประกอบพฤติกรรมเล็ก ๆ ที่นำกลับมาใช้ใหม่ โดยต้องคำนึงถึงลำดับ ให้เป็นมุมมองเดียว 🧩