디자인을 손상시키지 않고 Friend 선언을 제거하는 방법은 무엇입니까?
디자인을 유지하면서 Friend 선언을 제거하는 방법
객체 지향 디자인에서 "friend" 키워드를 사용하면 긴밀한 종속성이 발생할 수 있습니다. 그리고 유지보수성을 방해합니다. 이 문서에서는 시스템의 전체 디자인을 유지하면서 친구 선언을 제거하는 포괄적인 접근 방식을 제공합니다.
문제 배경:
두 클래스, ClassA와 ClassA접속자님, 친구관계를 맺으세요. ClassA는 보호된 메서드가 있는 공유 리소스를 나타내고, ClassAAccessor는 이 리소스에 대한 액세스를 관리하는 도우미 역할을 합니다. ClassA와 ClassAAccessor 사이의 친구 관계를 통해 ClassAAccessor는 ClassA의 보호된 메서드에 직접 액세스할 수 있습니다.
디자인 제약 조건:
적절한 리팩토링을 보장하기 위해 몇 가지 제약 조건이 설정됩니다.
- ClassAAccessor의 공개 인터페이스는 그대로 유지되어야 합니다. 변경되지 않습니다.
- ClassA의 내부 작업은 비공개로 유지되어야 합니다.
- 성능 및 메모리 소비에 큰 영향을 주어서는 안 됩니다.
리팩터링 단계:
1단계: 초록 소개 인터페이스
이전에 친구 관계를 통해 접근할 수 있었던 작업을 InternalInterface라는 별도의 인터페이스로 추출합니다. ClassA와 ClassAAccessor 사이의 관계를 리팩토링하여 friend 키워드를 사용하는 대신 이 인터페이스에 종속되게 만듭니다.
2단계: 작업을 인터페이스로 이동
작업을 다음에서 이동합니다. ClassA를 InternalInterface로 변경합니다. 이렇게 하면 ClassAAccessor에서 ClassA로 직접 "호출" 종속성이 제거됩니다.
3단계: 함께 구현 결합
ClassAAccessor에서 다음 인스턴스를 가리키는 전용 멤버 변수를 만듭니다. 내부 인터페이스. ClassAAccessor가 필요한 내부 작업에 액세스할 수 있도록 이 멤버 변수를 설정할 수 있는 ClassA 메서드를 도입하세요.
구현 예:
<code class="cpp">class ClassAAccessor { public: ClassAAccessor(ClassA& classA); void setInternalInterfaceRef(InternalInterface & newValue) { internalInterfaceRef = &newValue; } private: InternalInterface* internalInterfaceRef; }; class ClassA : protected InternalInterface { public: attachAccessor(ClassAAccessor & accessor); };</code>
의 장점 리팩토링:
- ClassA와 ClassAAccessor 간의 긴밀한 종속성을 제거합니다.
- ClassA의 내부 작업에 대한 비공개 액세스를 보장합니다.
- 더 모듈화되고 유지 관리하기 쉬운
리팩토링의 단점:
- 코드 구조의 복잡성이 증가합니다.
- 다음으로 인해 메모리 소비가 약간 증가할 가능성이 있습니다. 추가 인터페이스 도입.
- 보호 대상에 대한 제한된 UML 지원 일반화 관계.
위 내용은 디자인을 손상시키지 않고 Friend 선언을 제거하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

C#과 C의 역사와 진화는 독특하며 미래의 전망도 다릅니다. 1.C는 1983 년 Bjarnestroustrup에 의해 발명되어 객체 지향 프로그래밍을 C 언어에 소개했습니다. Evolution 프로세스에는 자동 키워드 소개 및 Lambda Expressions 소개 C 11, C 20 도입 개념 및 코 루틴과 같은 여러 표준화가 포함되며 향후 성능 및 시스템 수준 프로그래밍에 중점을 둘 것입니다. 2.C#은 2000 년 Microsoft에 의해 출시되었으며 C와 Java의 장점을 결합하여 진화는 단순성과 생산성에 중점을 둡니다. 예를 들어, C#2.0은 제네릭과 C#5.0 도입 된 비동기 프로그래밍을 소개했으며, 이는 향후 개발자의 생산성 및 클라우드 컴퓨팅에 중점을 둘 것입니다.

C# 및 C 및 개발자 경험의 학습 곡선에는 상당한 차이가 있습니다. 1) C#의 학습 곡선은 비교적 평평하며 빠른 개발 및 기업 수준의 응용 프로그램에 적합합니다. 2) C의 학습 곡선은 가파르고 고성능 및 저수준 제어 시나리오에 적합합니다.

C는 XML과 타사 라이브러리 (예 : TinyXML, Pugixml, Xerces-C)와 상호 작용합니다. 1) 라이브러리를 사용하여 XML 파일을 구문 분석하고 C- 처리 가능한 데이터 구조로 변환하십시오. 2) XML을 생성 할 때 C 데이터 구조를 XML 형식으로 변환하십시오. 3) 실제 애플리케이션에서 XML은 종종 구성 파일 및 데이터 교환에 사용되어 개발 효율성을 향상시킵니다.

C에서 정적 분석의 적용에는 주로 메모리 관리 문제 발견, 코드 로직 오류 확인 및 코드 보안 개선이 포함됩니다. 1) 정적 분석은 메모리 누출, 이중 릴리스 및 초기화되지 않은 포인터와 같은 문제를 식별 할 수 있습니다. 2) 사용하지 않은 변수, 데드 코드 및 논리적 모순을 감지 할 수 있습니다. 3) Coverity와 같은 정적 분석 도구는 버퍼 오버플로, 정수 오버플로 및 안전하지 않은 API 호출을 감지하여 코드 보안을 개선 할 수 있습니다.

C는 여전히 현대 프로그래밍과 관련이 있습니다. 1) 고성능 및 직접 하드웨어 작동 기능은 게임 개발, 임베디드 시스템 및 고성능 컴퓨팅 분야에서 첫 번째 선택이됩니다. 2) 스마트 포인터 및 템플릿 프로그래밍과 같은 풍부한 프로그래밍 패러다임 및 현대적인 기능은 유연성과 효율성을 향상시킵니다. 학습 곡선은 가파르지만 강력한 기능은 오늘날의 프로그래밍 생태계에서 여전히 중요합니다.

C에서 Chrono 라이브러리를 사용하면 시간과 시간 간격을보다 정확하게 제어 할 수 있습니다. 이 도서관의 매력을 탐구합시다. C의 크로노 라이브러리는 표준 라이브러리의 일부로 시간과 시간 간격을 다루는 현대적인 방법을 제공합니다. 시간과 C 시간으로 고통받는 프로그래머에게는 Chrono가 의심 할 여지없이 혜택입니다. 코드의 가독성과 유지 가능성을 향상시킬뿐만 아니라 더 높은 정확도와 유연성을 제공합니다. 기본부터 시작합시다. Chrono 라이브러리에는 주로 다음 주요 구성 요소가 포함됩니다. std :: Chrono :: System_Clock : 현재 시간을 얻는 데 사용되는 시스템 클럭을 나타냅니다. STD :: 크론

C의 미래는 병렬 컴퓨팅, 보안, 모듈화 및 AI/기계 학습에 중점을 둘 것입니다. 1) 병렬 컴퓨팅은 코 루틴과 같은 기능을 통해 향상 될 것입니다. 2)보다 엄격한 유형 검사 및 메모리 관리 메커니즘을 통해 보안이 향상 될 것입니다. 3) 변조는 코드 구성 및 편집을 단순화합니다. 4) AI 및 머신 러닝은 C가 수치 컴퓨팅 및 GPU 프로그래밍 지원과 같은 새로운 요구에 적응하도록 촉구합니다.

c is nontdying; it'sevolving.1) c COMINGDUETOITSTIONTIVENICICICICINICE INPERFORMICALEPPLICATION.2) thelugageIscontinuousUllyUpdated, witcentfeatureslikemodulesandCoroutinestoimproveusActionalance.3) despitechallen
