"친구" 종속성 선언을 리팩토링하는 방법

배경

두 클래스 간의 "친구" 종속성을 제거하는 시나리오가 발생할 수 있습니다. 특히 과도한 상호 의존성, 유지 관리 문제 및 오래된 UML 표준에 대한 우려로 인해 더욱 그렇습니다.

1단계: 초록 소개 인터페이스

"friend" 클래스에 의해 노출된 메서드를 추출하고 새로운 추상 인터페이스를 만듭니다. "friend" 클래스에서 인터페이스로 종속 관계를 설정하고 다른 클래스에서 인터페이스로 "호출" 종속성을 설정합니다.

2단계: 작업을 인터페이스로 이동

작업 이동 종속 클래스에서 추상 인터페이스로의 "호출" 종속성을 구성합니다. 상속을 위해 인터페이스가 보호된 생성자를 확장하도록 만들고 종속 클래스와 인터페이스 간의 보호된 일반화 연관을 숨깁니다.

3단계: 함께 구현을 결합

마지막 단계에서 메서드를 만듭니다. "friend" 클래스에서 추상 인터페이스의 참조를 종속 클래스에 전달합니다. 필요한 연결을 설정하려면 초기화 중에 종속 클래스에서 이 메서드를 호출하세요.

구현

ClassA (공급자):

class ClassA : protected InternalInterface {
    public:
        attachAccessor(ClassAAccessor &accessor) {
            accessor.setInternalInterfaceRef(*this);
        }
};

ClassAAccessor (친구):

class ClassAAccessor {
    public:
        ClassAAccessor(ClassA& classA) : internalInterfaceRef(0) {
            classA.attachAccessor(*this);
        }
    private:  
        InternalInterface* internalInterfaceRef;
};

장점

• 클래스 간의 불필요한 종속성을 제거합니다.
• 최신 UML 표준을 준수합니다.
• 내부 작업을 공개적으로 숨겨 액세스 제어를 시행합니다.

제한 사항

• 코드가 증가할 수 있음 복잡성
• 추상 인터페이스 필요, 성능 및 메모리 공간에 영향
• 보호된 일반화 관계의 UML 표현이 어려울 수 있음