เหตุผลที่อยู่เบื้องหลังการออกแบบเอนจิ้น Unity3D (วัตถุเกม / องค์ประกอบการแปลง)

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

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

โดยทั่วไปแล้วคำถามนี้ถามว่า"ถ้ามีความสัมพันธ์ 1 ถึง 1 ระหว่าง X และ Y ทำไม Y ไม่ได้เป็นส่วนหนึ่งของ X หรือในทางกลับกัน" และคำตอบทั่วไปก็คือซอฟต์แวร์จะพัฒนาและบำรุงรักษาได้ง่ายขึ้นเมื่อแบ่งเป็นส่วนเล็ก ๆ ที่มีอยู่ในตัวเองแม้ว่า 2 ส่วนจะทำงานร่วมกันเสมอ

การแปลงเป็นองค์ประกอบที่จำเป็นใน Unity

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

สิ่งTransformComponentที่ยากที่สุดComponentในการออกแบบในสถาปัตยกรรมวิดีโอเกม เกือบทุกComponentความต้องการอื่น ๆต้องทราบเกี่ยวกับGameObjectตำแหน่งการหมุนหรือการปรับขนาดที่กำหนดดังนั้นการแยกระบบที่สัมพันธ์กันทั้งหมดเหล่านี้จึงเป็นเรื่องยาก

จะมีการแลกเปลี่ยนในสถาปัตยกรรมเสมอ ด้วยการTransformComponentเป็นแบบคงที่ (เช่นไม่ใช่แบบไดนามิก) นักพัฒนาที่ Unity สามารถเขียนโค้ดภายใต้สมมติฐานนี้ ฉันคิดว่านี่จะทำให้สิ่งต่าง ๆ ง่ายขึ้นโดยไม่เพิ่มความไม่สะดวกด้านข้างของเรา นี้จะคล้ายกับกระบวนทัศน์เชิงวัตถุที่GameObjectจะextendบาง,abstract classTransformable