สถาปัตยกรรมเอ็นจิ้นเกม MVC (Model-View-Controller) - ใช่หรือไม่? [ปิด]

ฉันกำลังอ่านหนังสือเล่มหนึ่งที่ยอดเยี่ยมGame Coding Completeและหนังสือเล่มนี้ขอแนะนำอย่างยิ่งให้ใช้วิธีMVC (Model-View-Controller)ด้วยเลเยอร์สำคัญสามประการ:

1. แอปพลิเคชันเลเยอร์
2. เกมลอจิก
3. มุมมองเกม

สำหรับฉันแล้ววิธีการนี้ดูเหมือนว่าเป็นเกมเกินราคาสำหรับเกมคอมพิวเตอร์พกพา

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

ฉันค่อนข้างสนับสนุนการใช้โครงสร้าง MVC แม้สำหรับเกมมือถือธรรมดา หากไม่มีสิ่งอื่นมันช่วยได้ในเรื่องที่นักพัฒนาที่เป็นภัยพิบัติที่ไม่ได้ถูกกัดโดยมีเวลามากพอ: แยกรหัสที่แสดงออกจากตรรกะของเกม

ฉันยังจะบอกว่าแม้ว่าจะเก็บไว้ในใจว่า MVC เช่นทุกรูปแบบการออกแบบที่มีอยู่ที่จะทำให้ชีวิตของคุณง่ายขึ้น นั่นหมายความว่าถ้าในเวลาใดก็ตามที่อยู่ภายในชุดของกฎเกี่ยวกับสิ่งที่ควรและไม่ควรทำเมื่อใช้ MVC คือการทำให้ชีวิตของคุณยากบางอย่างไม่สนใจมัน หนึ่งในสองสิ่งจะเกิดขึ้น: 1) คุณจะถูกกัดในภายหลังและจะเข้าใจว่าทำไมการทำสิ่งที่แตกต่างตั้งแต่แรกจะทำให้ชีวิตของคุณง่ายขึ้นในระยะยาวหรือ 2) ไม่มีผลใด ๆ

การเขียนโปรแกรมคอมพิวเตอร์ตามธรรมชาติทำให้ผู้ติดตามกฎจำนวนมากให้ความสำคัญกับการยึดมั่นในหลักการที่สง่างามมากกว่าทำสิ่งใดให้สำเร็จและพวกเขาชอบที่จะส่งเสริมระบบคุณค่าของพวกเขา อย่าปล่อยให้พวกเขาทำให้คุณเป็นหนึ่งในนั้น สิ่งที่สำคัญที่สุดที่สามารถเกิดขึ้นกับเกมของคุณจะถูกจัดส่ง

การออกแบบเวลาคอมไพล์ไม่กินพลังงานของ CPU เว้นแต่ว่าคุณจะมีคอมไพเลอร์สุดซึ้งอย่างไม่น่าเชื่อ ภาษาหรือวิธีการที่ถูกจัดวางวัตถุไม่แตกต่างกันในลักษณะของประสิทธิภาพการทำงานมากกว่าขั้นตอนหนึ่ง คุณจะไม่เรียกใช้ค่าใช้จ่ายเพิ่มเติมใด ๆ สำหรับการใช้ MVC Modularity มีอยู่ที่เวลาคอมไพล์ไม่ใช่เวลาทำงานเมื่อโค้ดอินไลน์และปรับให้เหมาะสมมันจะไม่สร้างความแตกต่างเลย

เกมสมัยใหม่หลายเกมใช้โมเดลและมุมมองของเธรดแยกกันและรับประโยชน์ด้านประสิทธิภาพที่ยอดเยี่ยมบนแพลตฟอร์มส่วนใหญ่

ในท้ายที่สุด MVC คือการออกแบบที่ดีที่ทำให้คุณได้รับการบำรุงรักษาที่เพิ่มขึ้นและข้อบกพร่องน้อย ฯลฯ สำหรับฟรี ไม่มีเหตุผลที่จะไม่ใช้มัน มันเหมือนกับถามว่าทำไมคุณควรใช้forลูปแทนที่จะเขียนgotoด้วยมือ นอกจากว่าคุณมีการออกแบบที่เหนือกว่าในใจก็แน่ใจว่าเป็นนรกดีกว่าไม่มี

แก้ไข: การออกแบบเวลารวบรวมไม่ใช้พลังงาน CPU การออกแบบรันไทม์เช่นการสืบทอดทำได้ชัดเจน

มักจะมีข้อเสียระหว่างความชัดเจนของรหัสและข้อกำหนดทางเทคนิค (ความเร็วหน่วยความจำ ฯลฯ ) ของโปรแกรมเสมอ ภาษาเชิงวัตถุมีค่าใช้จ่ายเมื่อเทียบกับภาษาขั้นตอน แต่ก็แสดงให้เห็นว่ามีข้อได้เปรียบมากกว่าภาษาขั้นตอนโดยเฉพาะอย่างยิ่งในการบำรุงรักษารหัสระยะยาว (ข้อบกพร่อง ฯลฯ ) และมักจะพัฒนาความเร็วเช่นกัน

ดังนั้นด้วยที่ในใจผมเสนอว่าMVC มีมูลค่าการดำเนินการเพื่อประโยชน์ของคุณเป็นโปรแกรมเมอร์เกม รหัสของคุณจะดีขึ้นตามหลักการเชิงวัตถุโดยเฉพาะอย่างยิ่งการห่อหุ้มและคุณจะมีเวลามากขึ้นในการบำรุงรักษา (แก้ไขข้อบกพร่องหรือเพิ่มคุณสมบัติใหม่)

ในทางกลับกันตรวจสอบให้แน่ใจว่าจบเกมจริง ๆ และไม่ได้ใช้เวลามากกับการทำงานของ "เอ็นจิ้น" ที่ไม่เคยทำ

สำหรับข้อมูลเพิ่มเติมโปรดอ่านคำถาม"ทำไม MVC & TDD ถึงไม่ได้ใช้งานในโครงสร้างของเกมมากกว่านี้" และคำตอบที่ยาวมากของฉัน