[design-patterns] 프록시, 데코레이터, 어댑터 및 브리지 패턴은 어떻게 다릅니 까?

주제에 대한 나의 견해.

네 가지 패턴 모두 공통점이 많으며, 네 가지 패턴 모두 비공식적으로 래퍼 또는 래퍼 패턴이라고도합니다. 모든 구성을 사용하고 주제를 래핑하고 어느 시점에서 주제에 실행을 위임하면 한 메소드 호출을 다른 메소드 호출에 맵핑합니다. 그들은 고객에게 다른 객체를 구성하고 모든 관련 데이터를 복사해야 할 필요성을 아끼지 않습니다. 현명하게 사용하면 메모리와 프로세서가 절약됩니다.

느슨한 결합을 촉진함으로써 안정적인 코드가 불가피한 변경에 덜 노출되고 동료 개발자가 더 잘 읽을 수있게됩니다.

어댑터

어댑터는 주제 (어댑터)를 다른 인터페이스에 적응시킵니다. 이런 식으로 명목상 다른 유형의 컬렉션에 객체를 추가 할 수 있습니다.

어댑터는 관련 메소드 만 클라이언트에 노출하고 다른 모든 메소드를 제한하여 외부 라이브러리 적응과 같은 특정 컨텍스트에 대한 사용 의도를 공개하여 애플리케이션 요구에 덜 일반적이며 집중적으로 보이도록합니다. 어댑터는 코드의 가독성과 자기 설명을 향상시킵니다.

어댑터는 한 팀을 다른 팀의 휘발성 코드로부터 보호합니다. 해외 팀을 다룰 때 구세주 도구 😉

덜 언급 된 목적은 주제 클래스가 주석을 초과하지 않도록하는 것입니다. 주석을 기반으로하는 많은 프레임 워크에서 이것은 그 어느 때보 다 중요한 사용법이되었습니다.

어댑터는 단일 상속에 대한 Java 제한 사항을 극복하는 데 도움이됩니다. 하나의 엔벨로프에 여러 명의 적응자를 결합하여 여러 상속을 감수 할 수 있습니다.

코드 측면에서 어댑터는 “얇다”. 단순히 적응자 메소드를 호출하고 그러한 호출을하기 위해 필요한 데이터 변환을하는 것 외에, 적응자 클래스에 많은 코드를 추가해서는 안됩니다.

JDK 또는 기본 라이브러리에는 좋은 어댑터 예제가 없습니다. 응용 프로그램 개발자는 라이브러리를 응용 프로그램 특정 인터페이스에 맞추기 위해 어댑터를 작성합니다.

데코레이터

데코레이터는 하나의 메소드를 다른 메소드에 맵핑 할뿐만 아니라 더 많은 것을 수행하고 일부 주제 메소드의 동작을 수정하며 주제 메소드를 전혀 호출하지 않고 다른 오브젝트, 헬퍼 오브젝트에 위임하지 않기로 결정할 수 있습니다.

데코레이터는 일반적으로 주제에 대한 로깅, 암호화, 형식 지정 또는 압축과 같은 래핑 된 객체에 (투명하게) 기능을 추가합니다. 이 새로운 기능은 많은 새로운 코드를 가져올 수 있습니다. 따라서 데코레이터는 일반적으로 어댑터보다 훨씬 “더 빠르다”.

데코레이터는 주제 인터페이스의 하위 클래스 여야합니다. 피사체 대신 투명하게 사용할 수 있습니다. BufferedOutputStream을 참조하십시오. 여전히 OutputStream이며 그대로 사용할 수 있습니다. 이는 어댑터와의 주요 기술적 차이점입니다.

전체 데코레이터 제품군의 교재 예제는 JDK (Java IO)에 있습니다. BufferedOutputStream , FilterOutputStream 및 ObjectOutputStream 과 같은 모든 클래스 는 OutputStream의 데코레이터입니다 . 그들은 하나의 데코레이터가 다시 장식되어 더 많은 기능을 추가하는 양파 층이 될 수 있습니다.

대리

프록시는 일반적인 래퍼가 아닙니다. 프록시 주제 인 랩핑 된 오브젝트는 프록시 작성시 아직 존재하지 않을 수 있습니다. 프록시는 종종 내부적으로 만듭니다. 요청시 생성 된 무거운 객체이거나 다른 JVM 또는 다른 네트워크 노드의 원격 객체 일 수도 있고 원시 코드의 구성 요소 인 Java 이외의 객체 일 수도 있습니다. 랩핑하거나 다른 오브젝트에 위임 할 필요가 없습니다.

가장 일반적인 예는 원격 프록시, 무거운 객체 이니셜 라이저 및 액세스 프록시입니다.

• 원격 프록시 – 주제는 원격 서버, 다른 JVM 또는 Java 이외의 시스템에 있습니다. 프록시는 메소드 호출을 RMI / REST / SOAP 호출 또는 필요한 모든 것으로 변환하여 클라이언트를 기본 기술에 노출시키지 않도록 보호합니다.

• 지연로드 프록시 – 첫 번째 사용 또는 첫 번째 집중 사용으로 만 오브젝트를 완전히 초기화하십시오.

• 액세스 프록시 – 주제에 대한 액세스를 제어합니다.

정면

Facade는 Least Knowledge (Law of Demeter)의 디자인 원칙과 밀접한 관련이 있습니다. 외관은 어댑터와 매우 유사합니다. 둘 다 감싸고 둘 다 한 객체를 다른 객체에 매핑하지만 의도가 다릅니다. Facade는 피사체의 복잡한 구조, 복잡한 객체 그래프를 평탄화하여 복잡한 구조에 대한 액세스를 단순화합니다.

Facade는 복잡한 구조를 감싸서 평평한 인터페이스를 제공합니다. 이것은 대상 구조에서 클라이언트 객체가 내부 관계에 노출되는 것을 방지하여 느슨한 결합을 촉진합니다.

다리

구현뿐만 아니라 추상화가 다양한 어댑터 패턴의 더 복잡한 변형. 위임에 하나 이상의 간접 참조를 추가합니다. 추가 위임은 다리입니다. 적응 형 인터페이스에서도 어댑터를 분리합니다. 다른 랩핑 패턴보다 복잡성이 증가하므로주의해서 적용하십시오.

생성자의 차이점

생성자를 볼 때 패턴 차이도 분명합니다.

• 프록시 가 기존 객체를 래핑하지 않습니다. 생성자에는 제목이 없습니다.

• 데코레이터 및 어댑터 는 기존 객체를 래핑하며 일반적으로
  생성자에서 제공됩니다.

• Facade 생성자는 전체 객체 그래프의 루트 요소를 사용합니다. 그렇지 않으면 Adapter와 같습니다.

실제 예 – JAXB Marshalling Adapter . 이 어댑터의 목적은 간단한 플랫 클래스를 외부에서 요구되는보다 복잡한 구조에 매핑하고 과도한 주석으로 주제 클래스를 “오염”시키는 것을 방지하는 것입니다.

답변

FileOutputStream fos1 = new FileOutputStream("data1.txt");
ObjectOutputStream out1 = new ObjectOutputStream(fos1);