ระดับที่เหมาะสมของความละเอียดสำหรับสถาปัตยกรรมที่ใช้ส่วนประกอบคืออะไร?

ฉันทำงานกับเกมที่มีสถาปัตยกรรมเป็นส่วนประกอบ Entityเป็นเจ้าของชุดของComponentกรณีแต่ละที่มีชุดของSlotกรณีที่ในการจัดเก็บส่งและรับค่า ฟังก์ชั่นจากโรงงานเช่นPlayerผลิตเอนทิตีด้วยส่วนประกอบที่จำเป็นและการเชื่อมต่อสล็อต

ฉันกำลังพยายามหาระดับที่ดีที่สุดของส่วนประกอบสำหรับส่วนประกอบ ยกตัวอย่างเช่นในขณะนี้Position, VelocityและAccelerationมีทุกองค์ประกอบที่แยกจากกันเชื่อมต่อในชุด VelocityและAccelerationได้อย่างง่ายดายเขียนใหม่เข้าไปในเครื่องแบบDeltaส่วนประกอบหรือPosition, VelocityและAccelerationสามารถนำมารวมกันควบคู่ไปกับชิ้นส่วนเช่นFrictionและGravityเป็นเสาหินPhysicsส่วนประกอบ

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

มีเส้นแบ่งระหว่างความละเอียดที่สมบูรณ์นำไปสู่การไม่มีการสูญเสียรหัสหรือสถานะคล้ายหยด

เห็นได้ชัดว่าสิ่งต่าง ๆ อาจมีPositionแต่ก็ไม่จำเป็นต้องมีพลวัต (เหตุใดจึงมีVelocityและAcceleration?) อย่างไรก็ตามสิ่งที่มี a Velocityจะเป็นวัตถุเคลื่อนที่ดังนั้นจึงเหมาะสมที่จะAccelerationจัดกลุ่ม

คุณจะมีกรณีที่ต้องการให้vและaต้องการ แต่คุณไม่ต้องการการจำลองทางฟิสิกส์สำหรับพวกเขาหรือไม่? ในทำนองเดียวกันจะมีจุดGravityถ้าพวกเขาไม่ใช่วัตถุฟิสิกส์?

tl; dr กลุ่มสิ่งที่ทำให้รู้สึก

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

ดังนั้นสำหรับตัวอย่างที่เร่งรีบคุณมีเกม เกมแบ่งออกเป็น Environment + State สภาพแวดล้อมแยกเป็น StaticWorld + MovingStuff รัฐแบ่งออกเป็น AIControlled + PlayerControlled ความคิดขั้นต้นของความเสียหายแบ่งออกเป็น TakesDamage + GivesDamage

และอื่น ๆ

เหมือนคำแนะนำทั่วไปในการ "สร้างเกมไม่ใช่เครื่องมือ!" สำหรับผู้ปฏิบัติงานใหม่ฉันแนะนำ "สร้างเกมไม่ใช่ระบบส่วนประกอบที่ซับซ้อน!" เพราะมีเพียงประสบการณ์ส่วนตัวกับเกมที่กำลังเล่นอยู่เท่านั้นที่คุณจะรู้ว่าระบบคอมโพเนนต์ที่ซับซ้อนถูกเรียกใช้สำหรับงานในอนาคตหรือไม่

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

แต่มันก็ขึ้นอยู่กับว่าเกมของคุณมีลักษณะเป็นอย่างไร

ฉันรู้ว่านี่เป็นคำถามเก่า แต่อาจมีบางคนอาจพบว่าคำตอบนี้มีประโยชน์

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

ตัวอย่างเช่นคุณอาจมีMovementSystemที่ปรับปรุงกิจการของขึ้นอยู่กับพวกเขาPosition Velocityนี่อาจเป็นสิ่งง่าย ๆ ในเกม แต่สำหรับผู้เล่นและศัตรูคุณอาจต้องการการเคลื่อนไหวที่ได้ซึ่งมีการประมวลผลในAcceleration AcceleratedMovementSystemแต่สำหรับอุปสรรคFrictionที่คุณอาจต้องการ ภูมิประเทศอาจมีแรงเสียดทาน แต่มันจะไม่ได้มีองค์ประกอบความเร็ว แต่เกี่ยวกับGravityอะไร เพียงเพิ่มผู้เล่นศัตรูและอุปสรรคและสร้าง a GravitySystemเพื่อดำเนินการ

บรรทัดล่างคือว่ายิ่งหลุดพ้นของคุณComponentsมีมากขึ้นขยายจะได้รับเมื่อใช้EntitiesSystems

แก้ไข: ทำให้ข้อความสั่งสุดท้ายชัดเจนขึ้น

แก้ไข: ตกลงฉันได้ทำงานกับระบบของฉันและมาถึงการรับรู้นี้ ตัวอย่างสำหรับการแยกตำแหน่งและ Velocity คือการจัดการกับ Velocity ทำให้ตำแหน่งเปลี่ยนไปด้วย MovementSystem ด้วยเหตุนี้ 'InputMovementSystem' จึงไม่ต้องการตำแหน่งเพื่อให้ Player ย้ายจากอินพุตของผู้ใช้เนื่องจาก MovementSystem จะรับการเปลี่ยนแปลงใน Velocity เพื่อใช้กับตำแหน่ง ได้รับมันจะยังคงทำงานได้ดีที่จะรวบรวมพวกเขา แต่นั่นเป็นตัวอย่างของเหตุผลที่ไม่จำเป็นต้องเป็น

ฉันอ่านโพสต์บล็อกเมื่อเร็ว ๆ นี้ซึ่งพูดแบบนี้:

"ถ้าคุณมีข้อมูลที่สามารถจัดกลุ่มด้วย 2 ส่วนประกอบที่แตกต่างกันได้ดีที่สุดคือสร้างส่วนประกอบที่สามด้วยข้อมูลนั้น"