อะไรคือแนวทางที่ถูกต้องในการออกแบบคลาสในการพัฒนาเกม?

ฉันกำลังอยู่ระหว่างการพัฒนาเกม 2D sprite สำหรับ Windows 7 Phone โดยใช้ XNA การฝึกอบรมและแบบฝึกหัดที่มีให้นั้นค่อนข้างมีประโยชน์ แต่ปัญหาที่ฉันเผชิญคือแต่ละคนเข้าใกล้การออกแบบชั้นเรียนของพวกเขาแตกต่างกันและรหัสไม่ได้รับการพิจารณาเป็นพิเศษ ผลที่ตามมามันเป็นเรื่องยากสำหรับฉันที่จะได้รับความเข้าใจที่ดีเกี่ยวกับความรับผิดชอบที่ฉันควรให้กับชั้นเรียนเฉพาะ

ตัวอย่างเช่นฉันอาจมีคลาสสไปรต์พื้นฐานBaseSpriteที่รู้วิธีวาดตัวเองตรวจสอบการชน ฯลฯ จากนั้นฉันสามารถมีAnimatedSpriteคลาสที่รู้วิธีนำทางแผ่นสไปรต์ของExplodingSpriteคลาสและอื่น ๆ เทคนิคนี้จะแสดงให้เห็นในตัวอย่าง Space Invaders ใน Windows 7 โทรศัพท์ Jumpstart ช่วงที่ 2วัสดุ

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

นี่เป็นเทคนิคที่ใช้ในเกม Alien Sprite ของWindows 7 Phone Training Kitและตัวอย่างผู้จัดการเกมอื่น ๆ

อะไรคือแนวทางที่ถูกต้องในการออกแบบคลาสในการพัฒนาเกม?

ฉันใช้วิธีการที่เน้นส่วนประกอบมากกว่าซึ่งคุณจะมีคลาส Sprite ซึ่งมีส่วนประกอบเช่น Visual, Collision, Animation, Input และอื่น ๆ ด้วยวิธีนี้ฉันไม่ได้มีลำดับชั้นลึก (ซึ่งดี) .

สำหรับข้อมูลบางอย่างเกี่ยวกับตัวแทนการออกแบบเชิงดูที่นี่

ในเกมรูปแบบคอมโพเนนต์เป็นวิธีแก้ปัญหาทั่วไป

หลักการ SOLIDใช้มากที่สุดเท่าที่จะออกแบบรหัสเกมเป็นไปอาชีพอื่น ๆ - อย่างน้อยจนกว่าคุณจะมาเพิ่มประสิทธิภาพดังนั้นฉันใช้ตัวอย่างแรกของคุณเป็นจุดเริ่มต้น

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

สำหรับโปรเจ็กต์สุดท้ายฉันได้โน้มตัวเข้าหาแนวทางสไตล์ MVC มากขึ้น

ตอนแรกเราไม่แน่ใจว่ามันจะใช้งานได้หรือเปล่า

แบบ

วัตถุข้อมูล เพียงแค่ข้อมูลที่บริสุทธิ์ ไม่มีพฤติกรรมไม่มีการเรนเดอร์

ผู้จัดการข้อมูล เพียงแค่จัดการ "รายการ" ของวัตถุข้อมูล (สามารถปรับปรุงเพื่อรองรับการรวมกำไรกัน)

ดู

เราเรียกพวกมันว่าเรนเดอร์ สำหรับวัตถุชนิดข้อมูลทุกชนิดจะมีโหมดแสดงภาพ เมื่อถูกเรียกพร้อมกับผู้จัดการมันจะแสดงวัตถุทั้งหมดในรายการนั้น

ตัวควบคุม

เหมือนกับ renderers แต่ควบคุมพฤติกรรม

ตัวอย่าง

ShipManager มีรายการของเรือ ShipController จะย้ายเรือตามสถานะของพวกเขา ShipRenderer จะทำการจัดส่งตามสถานะของพวกเขา

ทำไม

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