Уявіть, що ваш клієнт хоче мати можливість додати нову властивість (наприклад, колір) до продукту у своєму магазині у своїй CMS.
Замість того, щоб мати властивості як поля:
class Car extends Product {
protected String type;
protected int seats;
}
Ви, напевно, вчинили щось подібне:
class Product {
protected String productName;
protected Map<String, Property> properties;
}
class Property {
protected String name;
protected String value;
}
Тобто створення системи власного типу поверх існуючої. Мені здається, що це можна було б сприймати як створений доменний мов, чи не міг?
Чи є такий підхід відомою схемою дизайну? Ви вирішили б проблему інакше? Я знаю, що існують мови, в які я можу додати поле під час виконання, але що робити з базою даних? Ви бажаєте додати / змінити стовпці або використати щось, як показано вище?
Спасибі за ваш час :).
3
steve-yegge.blogspot.com/2008/10/universal-design-pattern.html
—
psr
Не впевнений, якою мовою ви користуєтесь, але якщо це C #, ви можете використовувати динамічний тип, який, в основному, зберігає KVP у словнику начебто як те, що ви робите на продуктах, і дозволяє вам просто дотримуватися властивостей без необхідності безпосередньо додавати їх до колекція як колекція. Однак у вас не буде сильного набору тексту. Я знаю, що ви попросили модель дизайну, але я не думаю, що вам знадобиться щось складне для їх використання. msdn.microsoft.com/en-us/magazine/gg598922.aspx
—
Тоні
Тоні: Я тут використовую Java, але вважай це псевдо куде :). Чи дозволить мені C # зберігати цей динамічний об’єкт у базі даних? Я сумніваюся в цьому, оскільки база даних повинна знати структуру даних наперед.
—
Філіп
Існує модель дизайну стану a-la Gang-of-Four, завдяки якій об’єкт, здається, змінює свій тип або клас під час виконання. Іншими альтернативами є модель дизайну спостерігача або шаблон дизайну проксі
—
Нікос М.
Чому б не просто використовувати тип даних карти? У БД він може бути представлений як {id} + {id, ключ, значення}, якщо ви не вимагаєте виконання.
—
Shadows In Rain