มีรูปแบบการออกแบบสำหรับการจัดการความสัมพันธ์แบบหลายต่อหลายลึกหรือไม่

ฉันมีปัญหาในการกำหนดรูปแบบข้อมูลนี้ฉันได้พบกับการทำงานกับหลายแอปพลิเคชัน

มันประกอบด้วย:

1. ชนิดของวัตถุที่ประกอบด้วยวัตถุจำนวนมาก
2. ประเภทวัตถุที่สองที่แต่ละอินสแตนซ์ 'มีหลาย' ของวัตถุแรก
3. และแต่ละวัตถุย่อยของวัตถุแรกจะแก้ไขได้ในแต่ละการเชื่อมโยงกับประเภทวัตถุที่สอง

ตัวอย่างง่ายๆอาจเป็น:

1. หลักสูตรการเขียนโปรแกรมประกอบด้วยชุดบทเรียน
2. บทเรียนประกอบด้วยชุดที่ได้รับมอบหมาย
3. สามารถกำหนดหลักสูตรให้กับนักเรียนได้
4. อย่างไรก็ตามเมื่อกำหนดหลักสูตรให้กับนักเรียนแต่ละบทเรียนและ / หรือการมอบหมายสามารถปรับแต่งให้กับนักเรียนที่มีการลบและเพิ่มเติมไปยังจุดที่หลักสูตรดั้งเดิมอาจไม่สามารถจดจำได้

ในโซลูชันของฉันผลลัพธ์นี้คืออะไร:

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

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

ฉันเห็นตัวเลือกบางอย่างขึ้นอยู่กับสิ่งที่คุณต้องการ: (1) ถ้ามีอินสแตนซ์ที่ไม่ซ้ำกันจำนวนมากที่ทำตามอัลกอริทึมทั่วไป (2) ถ้ามีวัตถุที่คล้ายกันมากหรือคุณจะสร้างวัตถุในเวลาทำงานและ (3) ถ้า คุณต้องการที่จะปรับเปลี่ยนพฤติกรรมของวัตถุในขณะที่ทำงาน หมายเหตุ: คุณสามารถรวมรูปแบบทั้งหมดที่ฉันพูดถึงที่นี่ถ้าจำเป็น

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

2. ถ้าคุณจะสร้างวัตถุจำนวนมากหรือถ้าสร้างวัตถุที่เวลาทำงานเป็นสิ่งสำคัญที่คุณคุณสามารถใช้รูปแบบโรงงาน

3. และถ้าคุณต้องการเปลี่ยนพฤติกรรมแบบไดนามิกStategy Patternสามารถใช้งานได้ ตัวอย่างเช่นหากนักเรียนในหลักสูตรปกติได้รับการตัดสินว่าเป็นความต้องการพิเศษหรือเข้าสู่โปรแกรมเร่งความเร็ว มันทำงานได้โดยการเขียน "นักเรียน" ของวัตถุที่จะเป็นตัวแทนของชั้นฐานของหลักสูตร หลักสูตรจะถูกกำหนดให้กับหลักสูตรที่ได้รับในการก่อสร้างของนักเรียน (ที่ฟังดูแปลก) และสามารถกำหนดใหม่ให้กับหลักสูตรอื่นที่ได้รับในภายหลัง

(แค่ FYI หากใช้ (3) รูปแบบกลยุทธ์ด้วย C ++ คุณจะต้อง Rvalues ​​สำหรับการแต่งเพลง)

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

การอ้างอิงที่ดีคือรูปแบบการออกแบบ Head Firstซึ่งครอบคลุมรูปแบบที่ฉันพูดถึงและการใช้งาน พวกเขาทำงานใน Java

ฉันพบว่ามันยากที่จะเชื่อภายใต้การปรากฏตัวของดาต้า - สโตร์หรือการคงอยู่คุณจะต้องมีวัตถุที่มีความลึกเช่นนี้ ณ จุดใดจุดหนึ่งในเวลาใช้งาน นี่สำหรับ CRUD GUI หรือไม่ ถ้าเป็นเช่นนั้นฉันขอแนะนำให้เปลี่ยนแนวทางของคุณตั้งแต่เริ่มต้น IE:

ระบุโครงสร้างพื้นฐานที่จำเป็นสำหรับนักศึกษาที่จะแสดงและstatefullyเก็บดัชนีกำเนิดกลับไปยังฐานข้อมูลและstatelesslyอัปเดตที่จะไปหรือจากมุมมองและฐานข้อมูลแบ็กเอนด์

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