“ The Game Object” - และการออกแบบส่วนประกอบ

ฉันทำงานโครงการอดิเรกบางอย่างเมื่อ 3-4 ปีที่แล้ว เกม 2D และ 3D ที่เรียบง่าย แต่เมื่อเร็ว ๆ นี้ฉันได้เริ่มโครงการที่ใหญ่กว่า Soo ในช่วงสองสามเดือนที่ผ่านมาฉันพยายามออกแบบคลาสเกมวัตถุซึ่งอาจเป็นฐานของวัตถุเกมทั้งหมดของฉัน ดังนั้นหลังจากการทดสอบแบบลองและแบบตายตัวฉันจึงหันไปหา Google ซึ่งชี้ให้ฉันเห็นอย่างรวดเร็วใน GDC PDF และ PowerPoint บางส่วน และตอนนี้ฉันกำลังพยายามเข้าใจวัตถุของเกมที่มีส่วนประกอบ

ฉันเข้าใจว่าเอ็นจิ้นสร้างวัตถุเกมแล้วแนบส่วนประกอบต่าง ๆ ที่จัดการสิ่งต่าง ๆ เช่นสุขภาพฟิสิกส์เครือข่ายและสิ่งที่คุณทำ แต่สิ่งที่ฉันไม่เข้าใจก็คือองค์ประกอบ X รู้ได้อย่างไรว่า Y ได้เปลี่ยนสถานะของวัตถุ PhysicsComponent รู้ได้อย่างไรว่าผู้เล่นยังมีชีวิตอยู่เพราะสุขภาพถูกควบคุมโดย HealthComponent .. ? และ HealthComponent เล่น "แอนิเมชั่นผู้เล่นที่เสียชีวิต" ได้อย่างไร?

ฉันอยู่ภายใต้การแสดงผลว่าเป็นอะไรเช่นนี้ (ใน HealthComponent):

if(Health < 0) {
   AnimationComponent.PlayAnimation("played-died-animation")
}

แต่แล้วอีกครั้ง HealthComponent จะรู้ได้อย่างไรว่ามีการแนบออบเจกต์เกมกับ AnimationComponent ทางออกเดียวที่ฉันเห็นที่นี่คือ

1. มีการตรวจสอบเพื่อดูว่า AnimationComponent แนบหรือไม่ (ทั้งในรหัสส่วนประกอบหรือด้านเครื่องยนต์)

2. มีส่วนประกอบที่ต้องการส่วนประกอบอื่น ๆ แต่ดูเหมือนว่าจะต่อสู้กับการออกแบบองค์ประกอบทั้งหมด

3. เขียนเหมือน HealthWithAnimationComponent, HealthNoAnimationComponent และ soo on ซึ่งดูเหมือนว่าจะต่อสู้กับแนวคิดการออกแบบองค์ประกอบทั้งหมดอีกครั้ง

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

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

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

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

ดังนั้นในกรณีของคุณคุณอาจมี RenderSystem ที่อ่านใน HealthComponent (และอื่น ๆ ) และเล่นคิวเพื่อสร้างภาพเคลื่อนไหวที่เหมาะสม การแยกข้อมูลออกจากฟังก์ชั่นด้วยวิธีนี้ทำให้ง่ายต่อการจัดการการพึ่งพาอย่างเหมาะสม

ในรหัสของคุณคุณสามารถมีวิธี (ฉันใช้พวกเขาอาจมีวิธีอื่น ๆ อยู่) เพื่อทราบว่าวัตถุเปลี่ยนสถานะ:

1. ส่งข้อความ.
2. อ่านข้อมูลโดยตรงจากส่วนประกอบ

1) มีการตรวจสอบเพื่อดูว่า AnimationComponent มีการแนบหรือไม่ (ทั้งในรหัสส่วนประกอบหรือด้านเครื่องยนต์)

สำหรับสิ่งนี้ฉันใช้, 1. ฟังก์ชั่น HasComponent ของ GameObject, หรือ 2. เมื่อคุณแนบส่วนประกอบคุณสามารถตรวจสอบการพึ่งพาในฟังก์ชั่นการสร้างบางอย่าง, หรือ 3. ถ้าฉันรู้ว่าวัตถุนั้นมีองค์ประกอบนี้, ฉันแค่ใช้มัน

2) มีส่วนประกอบที่ต้องใช้ส่วนประกอบอื่น ๆ แต่ดูเหมือนว่าจะต่อสู้กับการออกแบบส่วนประกอบทั้งหมด

ในบางบทความที่ฉันได้อ่านว่าในองค์ประกอบของระบบในอุดมคติไม่ได้ขึ้นอยู่กับแต่ละอื่น ๆ แต่ในชีวิตจริงมันไม่ได้เป็นเช่นนั้น

3) เขียนเช่น HealthWithAnimationComponent, HealthNoAnimationComponent และ soo on ซึ่งดูเหมือนว่าจะต่อสู้กับแนวคิดการออกแบบองค์ประกอบทั้งหมดอีกครั้ง

มันเป็นความคิดที่ไม่ดีที่จะเขียนองค์ประกอบดังกล่าว ในแอปของฉันฉันสร้างองค์ประกอบสุขภาพที่เป็นอิสระมากที่สุด ตอนนี้ฉันกำลังคิดเกี่ยวกับรูปแบบการสังเกตการณ์บางอย่างที่แจ้งสมาชิกเกี่ยวกับเหตุการณ์เฉพาะ (เช่น "hit", "heal" เป็นต้น) ดังนั้น AnimationComponent จะต้องตัดสินใจด้วยตัวเองเมื่อเล่นภาพเคลื่อนไหว

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

มันเหมือนกับ Michael, Patrick Hughes และ Blecki กล่าว การแก้ปัญหาเพื่อหลีกเลี่ยงการเคลื่อนย้ายปัญหาโดยรอบคือการละทิ้งอุดมการณ์ที่ทำให้เกิดปัญหาตั้งแต่แรก

มันน้อยกว่า OOD และอื่น ๆ เช่นการเขียนโปรแกรมฟังก์ชั่น เมื่อฉันเริ่มการทดสอบด้วยการออกแบบโดยใช้ส่วนประกอบฉันพบปัญหานี้ตามถนน ฉันค้นหาเพิ่มเติมและพบว่า "การเขียนโปรแกรมแบบโต้ตอบปฏิกิริยาตอบสนอง" เป็นวิธีแก้ปัญหา

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

อย่างไรก็ตามในทางที่คุณยังสามารถอ้างว่าปัญหาได้ย้ายอีกครั้งแม้ว่า เพราะถ้าหากมันไม่ตรงตามที่สั่งระบบของคุณต้องทำงาน จะเกิดอะไรขึ้นถ้ามีความสัมพันธ์ที่เป็นวงจรและเป็นเพียงเรื่องของเวลาก่อนที่คุณจะจ้องมองที่ยุ่งเหยิงของ if-else และเปลี่ยนคำสั่ง? มันเป็นรูปแบบของการส่งข้อความโดยปริยายไม่ใช่เหรอ? เมื่อมองแวบแรกฉันคิดว่ามันมีความเสี่ยงเล็กน้อย โดยปกติสิ่งต่างๆจะถูกดำเนินการตามลำดับ สิ่งที่ชอบ: อินพุตผู้เล่น -> ตำแหน่งเอนทิตี -> การตรวจจับการชน -> ลอจิกเกม -> การแสดงผล -> เริ่มใหม่ ในกรณีดังกล่าวคุณจะมีระบบหนึ่งระบบสำหรับแต่ละระบบจัดให้มีวิธีการอัปเดต () แต่ละระบบจากนั้นเรียกใช้ระบบตามลำดับใน gameloop ของคุณ