다른 큰 클래스로 구성된 클래스 문제

Question

수십 개의 개인 멤버 변수가있는 클래스가 있다고 가정 해보십시오.

class Bar 
{ 
private: 
    // some instances of other classes of about the same complexity as Foo 
    Foo m_foo; 
}; 

그래서 바는 기본적으로 클래스 :

class Foo 
{ 
public: 
    int GetA() const { return m_a; } 
     : 
    int GetZ() const { return m_z; } 

    void SetA(int val) { m_a = val; } 
     : 
    void SetZ(int val) { m_z = val; } 

private: 
    int m_a; 
     : 
    int m_z 
}; 

이제 우리는 (다른 것들 사이에) 푸로 구성되어 두 번째 클래스를 가지고 각 멤버 변수는 공개 게터와 세터 기능이 있습니다 하나의 엔티티에서 다른 클래스의 인스턴스를 함께 바인딩합니다.

Bar의 인스턴스를 전달하는 함수는 getter 및 setter 함수를 호출 할 수 있도록 m_foo에 액세스하려고합니다. 효과적인 C++ (제 3 판 - 항목 # 28)의 Scott Meyers 조언을 염두에두고 m_foo에 '핸들'을 반환하는 항목을 추가하는 것을 꺼립니다.

Foo& GetFoo() const { return m_foo; } // dubious const, I know 

바의 모든 단일 getter 및 setter를 복제하는 것 외에 다른 옵션이 있습니까?

'm_foo'공개를하기에 충분히 게으른 일부 기존 코드로 작업하고 있습니다! 그러나 Scott의 조언 (이 경우 항목 # 22 - "데이터 멤버를 비공개로 선언")과 다른 점이 있습니다.

이 바인딩에서 벗어날 수 있습니까?

Answer 1

데이터 멤버를 공개로 설정해야합니다.

당신이 설명하는 바와 같이 Bar getters와 setter를 제공하면 이미 개념적으로 공개됩니다. 이것은 getter가 참조를 반환하는 모든 getter/setter 쌍에 유사하게 적용됩니다. (이전/후크를 포함 할 수 있지만 캡슐화와는 다른 문제는 제외)

Answer 2

어쨌든 getter와 setter를 사용하는 대형 클래스가 있으면 해당 객체에 대한 참조를 반환하는 데 문제가 있다고 생각하지 않습니다 결국, 사이에 레이어가 남아 있습니다. 기본적으로 Foo에서 설정/가져 오는 것을 제어 할 수 있습니다.

OTOH 아마도 공개 속성이 많아서 수업을 설계한다면 어쩌면 디자인을 재검토해야할까요? 클래스에서 더 많은 것들을 다루기가 더 어려울 수 있습니다.

EDIT : 공개 멤버의 데이터 구조를 변경하여 일종의지도에 배치 할 수 있습니까? 그런 식으로 적어도 약간의 글을 저장할 것입니다. :-)

get("propertyname") 
set("propertyname",value) 

Answer 3

는 개인 멤버 변수의 수십 클래스를 상상해보십시오. 각 멤버 변수에는 공용 getter 및 setter 함수가 있습니다.

음, 나는하지 않을 것입니다. 왜 이것이 나쁜 생각인지 here을 읽어보십시오.

Answer 4

아니요. foo에서 모든 getter 또는 setter에 대해 전달 getter 및 setter를 만들 수 있습니다. foo 인스턴스를 public으로 만들거나 foo에 대한 getter 및 setter를 만들 수 있습니다.

일반적으로 이런 종류의 상황에 직면했을 때 나는 foo와 bar의 데이터를 캡슐화 한 이유를 다시 확인하는 것이 좋습니다.foo를 여러 클래스로 분해 한 다음 foo 데이터의 각 부분에 액세스해야하는 함수를 적절한 클래스로 메소드로 이동할 수있는 경우가 종종 있습니다. 이것은 실제로 클래스의 private 멤버 변수 인 변수를 가져오고 setter와 getter의 필요성을 제거합니다. 이것이 객체 지향 프로그래밍이 작동하는 방식입니다.

레거시 코드에서이를 수행하는 좋은 방법은 Martin Fowler의 Refactoring을 참조하십시오.