고객이 CMS의 eshop에서 제품에 새로운 속성 (예 : 색상)을 추가 할 수 있기를 원한다고 상상해보십시오.
속성을 필드로 사용하는 대신 :
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;
}
즉, 기존 시스템 위에 자체 유형 시스템을 작성하는 것입니다. 도메인 특정 언어를 만들거나 볼 수없는 것처럼 느껴집니다.
이 접근법은 알려진 디자인 패턴입니까? 문제를 다르게 해결 하시겠습니까? 런타임에 필드를 추가 할 수있는 언어가 있다는 것을 알고 있지만 데이터베이스는 어떻습니까? 위와 같이 열을 추가 / 변경하거나 someting을 사용 하시겠습니까?
시간 내 주셔서 감사합니다 :).
3
steve-yegge.blogspot.com/2008/10/universal-design-pattern.html
—
psr
어떤 언어를 사용하고 있는지 확실하지 않지만 C # 인 경우 기본적으로 KVP를 제품에서 수행하는 것과 같은 사전에 저장하는 동적 유형을 사용할 수 있으며 직접 추가하지 않고도 속성에 고정시킬 수 있습니다 컬렉션으로서의 컬렉션. 그래도 강력한 타이핑은 없습니다. 나는 당신이 디자인 패턴을 요구한다는 것을 알고 있지만 사용하기 위해 복잡한 것이 필요하다고 생각하지 않습니다. msdn.microsoft.com/ko-kr/magazine/gg598922.aspx
—
Tony
Tony : Java를 사용하고 있지만 의사 coude :)를 고려하십시오. C #을 통해 해당 동적 개체를 데이터베이스에 유지할 수 있습니까? databse는 데이터의 구조를 미리 알아야하므로 의심합니다.
—
Filip
이 국가 종로 패턴 객체가 만드는 라 갱 오브 포, 표시 의 변경 유형을 하거나 런타임에 클래스 . 다른 대안은 관찰자 디자인 패턴 또는 프록시 디자인 패턴
—
Nikos M.
왜 맵 데이터 유형을 사용하지 않습니까? DB에서는 성능을 요구하지 않으면 {id} + {id, key, value}로 표시 될 수 있습니다.
—
Shadows In Rain