다음 시나리오를 고려하십시오. 이것은 편리한 것처럼 보일 수 있지만, 그것은 몇 가지 단점을 제기합니다 :

UML 2.2는 친구 고정 관념을 더 이상 사용하지 않았습니다. nightmares.

Refactoring Step-by-Step

Step 1: Introduce an Abstract Interface

Replace the friend declaration with a class interface called InternalInterface, splitting the friend relationship into a direct dependency and a call dependency on InternalInterface.

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

// ClassAAccessor definition
class ClassAAccessor {
public:
    ClassAAccessor(ClassA& classA);
    void setInternalInterfaceRef(InternalInterface &newValue);
private:  
    InternalInterface* internalInterfaceRef;
};

// Method to set the reference to InternalInterface
ClassA::attachAccessor(ClassAAccessor &accessor) {
    accessor.setInternalInterfaceRef(*this);
}

를 Classa에서 내부 구성 자로 이동하여 보호 된 구조자와 내부의 일반화 연관성을 확장합니다.

구성 요소

ClassAaccessor는 내부 인터페이스에 대한 참조가 필요합니다. classa에서 첨부에 aitchAccessor ()를 구현하고 setInternalInterfaceref ()를 통해 ClassAaccessor에 내부 언어에 대한 참조를 전달하는 데 사용하십시오. 이 메소드는 classa :: att 클래스 ClassAaccessor { 공공의: ClassAaccessor (Classa & Classa); void setinternalinterfaceref (내부 인터페이스 및 NewValue); 사적인: InternalInterface* InternalInterfaceref; }; // 내부 인터페이스에 대한 참조를 설정하는 메소드 classa :: att accessor.setinternalinterfaceref (*this); }

옵션 적 강화 : 내부 클리어링 인터페이스 도입

친구 의존성을 효과적으로 리팩터링하고 코드 안정성을 향상시키고, 유지 관리 가능성을 높이고, 모범 사례를 코딩 할 수 있습니다. 자신의 코드베이스에서 구현하기 전에이 접근법과 관련된 잠재적 단점을 신중하게 평가해야합니다.