상속 한 클래스의 오브젝트 작성 중?

Question

클래스 매개 변수가 있습니다.이 매개 변수는 특정 매개 변수가 보유 할 수있는 가능한 값 (GetNumValues ​​() 및 GetValue (int index)의 두 가지 주요 메서드를 구현할 수 있음)을 나타 내기위한 것입니다.

종종 하나의 논리적 매개 변수 (매개 변수 값은 비트 플래그)는 Parameter 클래스의 2 개 이상의 인스턴스로 표현하는 것이 가장 좋습니다 (예 : 1 또는 2가 될 수있는 매개 변수, 4 또는 8이 될 수있는 매개 변수, 하나의 매개 변수는 5, 6, 9 또는 10이 될 수 있음). 이를 처리하기 위해 매개 변수를 포함하는 CompositeParameter 클래스를 만들고 매개 변수의 조합에 따라 GetNumValues ​​() 및 GetValue() 함수를 구현합니다.

그리고 CompositeParameter가 매개 변수를 하나의 단일 매개 변수로 사용하도록 조합하기 때문에 "CompositeParameter는 매개 변수"관계가 적합합니다. 그래서 저는 상속받은 클래스의 객체를 구성하는 클래스가있는 상황에 처하게됩니다.이 클래스는 옳은 것처럼 보입니다. 그러나 동시에 높은 수준의 코드가 CompositeParameters 및 Parameters를 정확히 동일하게 처리해서는 안되는 이유를 알 수 없습니다.

제가 생각할 수있는 유일한 방법은 CompositeParameter에 매개 변수를 간단하게 작성하는 것입니다. 상위 레벨 코드는 CompositeParameters 만 처리합니다. 그러나 이것은 다소 낭비 적이기 때문에 일반적으로 하나의 매개 변수 만 포함하는 CompositeParameters가됩니다.

생각하십니까?

class Parameter 
{ 
public: 
    virtual unsigned int GetNumValues() const {...} 
    virtual unsigned int GetValue(unsigned int index) const {...} 
} 

class CompositeParameter : public Parameter 
{ 
public: 
    // product of GetNumValues() of each item in mParamList 
    virtual unsigned int GetNumValues() const {...} 

    // allow all the possible combinations of the items in mParamList to be 
    // treated as one parameter. i.e. if mNumParams = 2, this would be analogous 
    // to getting the row and col index of a matrix from index, and combining 
    // the mParamList[0]->GetValue(row) and mParamList[1]->GetValue(col) 
    virtual unsigned int GetValue(unsigned int index) const {...} 

private: 

    static const unsigned int MAX_PARAMS = 10; 

    unsigned int mNumParams; 
    const Parameter* mParamList[MAX_PARAMS]; 
} 

Answer 1

I have a class which composes objects of a class it inherits from, 
which just doesn't seem right. 

를 구현하는 CompositeParameter 클래스를 가지고 있지 않은의 정의 합성물?

(parameter values are bit flags) 

이것은 내가 궁금해하는 디자인의 일부입니다. 매개 변수의 더 좋은 이름은 아마도 FlagSet입니까?

인터페이스 뒤에 비트 테스트를 숨기는 것이 좋지만 기본 컴퓨터 과학에서 잘 알려진 솔루션으로 문제를 해결하기 위해서는 상속이 과잉 될 수 있습니다.

---

However, that is somewhat wasteful b/c the general case would be 
CompositeParameters which contained just one Parameter. 

복합 패턴의 지점 리프 오브젝트 복합 목적은 복잡한 경우를 나타내고, 단순한 경우를 나타내며, 클라이언트 코드는 두 가지 경우를 동일하게 취급 할 수 있다는 것이다. 인터페이스가 클라이언트 코드에서 둘을 구별하거나 기본 클래스 구성 요소를 반복해야하는 경우 패턴을 사용하면 어떤 가치도 얻지 못합니다.

bool Test() const; 

잎 클래스 구현과 같습니다 : 당신의 주요 관심사 시험의 경우

예를 들어, 기본 클래스는 메소드 할 수

bool LeafTester::Test() { return _DoTest(); } 

복합 클래스 구현을 것 모양은 다음과 같습니다.

bool CompositeTester::Test() { 
    bool success = true; 

    for (int i = 0; i < m_count; i++) 
     success &= m_components[i].Test(); 

    return success; 
} 

클라이언트는 항상 다음과 같은 코드를 사용합니다.

// tester could be a Composite or a leaf, but we don't care: 
bool testResult = tester.Test(); 

예제를 단순하게 유지하기 위해 for 루프를 사용했습니다. 실제로 나는 대신 STL을 사용할 것입니다.

Answer 2

이것은 완벽하게 합리적인 설계처럼 보입니다. 내가 만들 수있는 유일한 변화는 매개 변수를 클래스에서 인터페이스로 변경하는 것입니다.

그런 다음 당신은 매개 변수 클래스를 가질 수있다 (또는 아마 ParameterImpl 클래스) 매개 변수를 구현하고, 또한 또한 매개 변수 인터페이스를