Çoktan çoğa derin ilişkileri yönetmek için bir tasarım modeli var mı?

Birkaç uygulama üzerinde çalışırken karşılaştığım bu veri modelini tanımlamakta sorun yaşıyorum.

Bu oluşmaktadır:

1. Birçok nesnenin kendisinden oluşan bir nesne türü
2. Her nesnenin ilk nesnenin 'çokuna' sahip olduğu ikinci bir nesne türü
3. Ve birinci nesnenin alt nesnelerinin her biri, ikinci nesne türüyle her ilişkilendirme için değiştirilebilir.

Basit bir örnek şunlar olabilir:

1. Bir dizi dersten oluşan bir programlama kursu
2. Dersler belirli ödevlerden oluşur.
3. Bir öğrenciye bir kurs atanabilir.
4. Bununla birlikte, bir öğrenciye bir ders atandıktan sonra, her ders ve / veya ödev, öğrencinin kaldırılması ve eklenmesi ile, orijinal dersin tanınamayacağı noktaya kadar özelleştirilebilir.

Çözümlerimde bunun sonucu:

Bir öğrenciye bir ders atandığında, ders belleğe yüklenir. Daha sonra her bir alt nesne için uygun meta verilerle bir öğrenci / alt nesne ilişki nesnesi oluşturulur. Temel olarak, gerekli özelleştirilebilir nesneleri oluşturmak için orijinal nesneyi şablon olarak kullanıyorum.

Bu, alt nesneler daha karmaşık ve numaralandıkça büyük miktarda veriyle sonuçlanır. Bu veri modelini manipüle etmek için gerekli mantık / karmaşıklık miktarını azaltmak için bazı optimizasyon veya desen olup olmadığını merak ediyorum.

İhtiyacınıza bağlı olarak birkaç seçenek görüyorum: (1) ortak bir algoritmayı takip eden birçok benzersiz örnek varsa, (2) çok sayıda benzer nesne varsa veya çalışma zamanında nesne oluşturacaksanız ve (3) çalışırken nesnenin davranışını dinamik olarak değiştirmek istiyorsunuz. Not: Gerektiğinde burada bahsettiğim tüm desenleri birleştirebilirsiniz.

1. Her "ikinci nesne türü" benzersizse ancak benzer bir davranış modeli izliyorsa, Şablon Kalıbı'nı . Sanki bunu yapıyor gibisin. Ancak bunu açık bir şekilde ifade etmek için, temel sınıfınız programlanmış genel algoritmaya sahiptir; bu algoritmanın belirli adımları türetilmiş sınıflarda uygulanır.

2. Çok sayıda nesne oluşturacaksanız veya çalışma zamanında nesne oluşturma sizin için önemliyse, Fabrika Deseni'ni .

3. Ve davranışı dinamik olarak değiştirmek isterseniz, Stategy Pattern işe yarayabilir. Örneğin, düzenli bir müfredattaki bir öğrencinin özel ihtiyaçlara veya hızlandırılmış bir programa girmesine karar verilirse. Bu, müfredatın temel sınıfını temsil edecek bir nesnenin "öğrencisini" oluşturarak çalışır. Müfredat, öğrencinin yapısındaki türetilmiş bir müfredata atanacaktır (bu kulağa garip geliyor) ve daha sonra başka bir türetilmiş müfredata yeniden atanabilir.

(Sadece FYI, eğer C ++ ile (3) Strateji Kalıbı kullanıyorsanız, kompozisyon için Değerler vermeniz gerekecektir.)

Nesnelerinizi ve ikinci nesneleri saklamak için Yineleyici Deseni (bunlar arasında geçiş yapmak, eklemek, silmek, sıralamak vb.) Göz önünde bulundurulmaya değer olabilir.

İyi bir referans, bahsettiğim desenleri ve bunların uygulanmasını kapsayan Head First Design Patterns'tir . Java ile çalışırlar.

Bir veri deposu veya kalıcılığı sayesinde, bir çalışma zamanında herhangi bir noktada bu tür derinliğe sahip nesnelerin olması gerektiğine inanmakta zorlanıyorum. CRUD GUI'lar için mi? Eğer öyleyse, yaklaşımınızı baştan değiştirmenizi öneririm. IE:

Öğrencinin göstermesi için gerekli alt yapıyı tanımlayın ve başlangıç ​​dizinini db'ye geri depolayın ve görünüme ve arka uç db'ye gidip gelen vatansız bir şekilde güncelleyin.

Her öğrencinin, orijinal kursun tanınmayacağı noktaya kadar özelleştirilmiş bir kursu, orijinal kursun basitçe “varsayılan” bir referans olduğunu gösterir. Ne yapacağım ÖzelleştirilmişCorese (veya bunların bir listesi) adlı bir sınıf oluşturmak ve bir öğrencinin bir özellik olarak (veya bir listesi) var. Özelleştirilmiş Kurs, “referans” kullanım için orijinal kursa referans verebilir, ancak ana çalışma ve veriler Özelleştirilmiş Kursun kendisinde olacaktır.