Müşterinizin CMS'deki mağazalarında ürüne yeni mülk (örn. Renk) ekleme olanağına sahip olmak istediğini düşünün.
Alan olarak özelliklere sahip olmak yerine:
class Car extends Product {
protected String type;
protected int seats;
}
Muhtemelen şöyle bir şey yapardınız:
class Product {
protected String productName;
protected Map<String, Property> properties;
}
class Property {
protected String name;
protected String value;
}
Yani, mevcut olanın üzerine kendi tip sistemi oluşturmak. Bana bunun etki alanına özgü bir dil oluşturma olarak görülebileceği gibi geliyor, ya da değil mi?
Bu yaklaşım bilinen bir tasarım modeli midir? Sorunu farklı şekilde çözer misiniz? Çalışma zamanında bir alan ekleyebileceğim diller olduğunu biliyorum, ama veritabanı ne olacak? Sütunları eklemek / değiştirmek veya yukarıda gösterildiği gibi bir şey kullanmak ister misiniz?
Zaman ayırdığınız için teşekkür ederim :).
3
steve-yegge.blogspot.com/2008/10/universal-design-pattern.html
—
psr
Hangi dili kullandığınızdan emin değilsiniz, ancak C # ise, temelde sözlükte bir KVP'yi ürünlerde yaptığınız gibi depolayan ve bunları doğrudan eklemenize gerek kalmadan özellikleri yapıştırmanıza izin veren dinamik bir tür kullanabilirsiniz. koleksiyon olarak. Yine de güçlü bir yazmaya sahip olmayacaksınız. Bir tasarım deseni istediğini biliyorum ama bunları kullanmak için karmaşık bir şeye ihtiyacın olacağını düşünmüyorum. msdn.microsoft.com/en-us/magazine/gg598922.aspx
—
Tony
Tony: Burada Java kullanıyorum, ama yalancı coude düşünün :). C # bu dinamik nesneyi veritabanına devam etmeme izin verir mi? Şüpheliyim, çünkü veritabanının verilerin yapısını önceden bilmesi gerekiyor.
—
Filip
Orada Devlet Desing Desen bir nesne yapar a-la Gang-of-Four, görünür onun değiştirmeye türü veya sınıfı çalışma zamanında. Diğer alternatifler ise Gözlemci Tasarım Deseni veya Proxy Tasarım Deseni
—
Nikos M.
Neden sadece harita veri türünü kullanmıyorsunuz? DB'de, performans istemiyorsanız {id} + {id, anahtar, değer} olarak temsil edilebilir.
—
Shadows In Rain