리팩토링이 공유 리소스 관리에서 친구 종속성을 어떻게 제거할 수 있습니까?

공유 리소스 관리 설계에서 친구 종속성 제거 및 리팩토링

객체 지향 설계에서 "친구" 종속성은 긴밀한 결합을 도입합니다. 수업 사이에 유지 관리 문제가 발생합니다. 공유 리소스 관리 설계의 기능을 유지하면서 이러한 종속성을 제거하려면 다단계 리팩토링 프로세스가 권장됩니다.

1단계: 추상 인터페이스 소개

초기 단계에는 "친구" 종속성을 추상 인터페이스인 InternalInterface로 바꾸는 작업이 포함됩니다. 이 인터페이스는 이전에는 친숙한 사용자만 액세스할 수 있었던 작업을 정의합니다. class.

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

"호출" 종속성을 구성하는 작업은 ClassA 구현에서 InternalInterface 정의로 이동됩니다.

3단계: 인터페이스 연결 및 구현

To InternalInterface에 대한 액세스를 제공하고, ClassA와 InternalInterface 사이에 보호된 생성자와 보호된 일반화 관계를 도입합니다.

4단계: 구성 요소 연결

ClassAAccessor 생성자에서 ClassAAccessor가 InternalInterface에 대한 참조를 얻을 수 있도록 하는 setInternalInterfaceRef() 메서드 ClassA.

5단계: 액세스를 위한 내부 인터페이스 사용

ClassA에 attachmentAccessor() 메서드를 구현하여 내부 인터페이스 참조를 ClassAAccessor에 전달합니다.

6단계: 결합 최적화 (선택 사항)

추가적인 분리를 위해 두 번째 인터페이스인 InternalClientInterface를 도입하여 ClassAAccessor와 InternalInterface 사이를 중재합니다.

장점:

• UML 2.2에 따라 "친구" 종속성을 제거합니다.
• "친구" 사용을 금지하는 코딩 지침을 준수합니다.
• 더 명확하고 유지 관리가 가능한 디자인을 제공합니다.

단점:

• 코드가 늘어날 수 있음
• 설계 공간에 잠재적으로 영향을 미칠 수 있는 추상 인터페이스가 필요합니다.
• 보호된 일반화 관계에는 UML 표현 지원이 제한됩니다.

위 내용은 리팩토링이 공유 리소스 관리에서 친구 종속성을 어떻게 제거할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!