어댑터 패턴과 프록시 패턴의 차이점은 무엇입니까?

이해하는 한, 어댑터 패턴 은 우리의 실제 관심 객체에 대한 래퍼 객체를 작성하는데, 이는 한 단계 더 간접적 인 수준으로 유연성을 제공합니다. 유연성은 실제 객체의 인터페이스가 변경되면 실제 객체를 가리키는 래퍼 인터페이스를 변경하여 클라이언트 측 노출 인터페이스를 변경하지 않는다는 점입니다.

프록시 패턴은 모든 프록시 래퍼는 실제 개체의 기능의 일관된 부분 집합을 제공하는 차이와 동일합니다. 우리가 "한 목적을위한 하나의 수업"을 만들려고 노력할 때 이것이 왜 유용한가?

이것을 올바르게 입수 했습니까?

전체는 아니고.

어댑터 패턴 의 기본 목적은 클래스 / 라이브러리 A의 인터페이스를 클라이언트 B의 예상으로 변경하는 것입니다. 일반적인 구현은 랩퍼 클래스 또는 클래스 세트입니다. 미래의 인터페이스 변경을 용이하게하는 것이 아니라 현재 인터페이스 비 호환성을 목적으로합니다.

프록시 패턴은 또한 래퍼 클래스를 사용하지만 다른 목적을 위해. 프록시 패턴의 목적은 실제 자원에 대한 독립형을 작성하는 것입니다. 프록시를 사용하는 이유는 다음과 같습니다.

• 실제 리소스는 원격 컴퓨터에 상주합니다 (프록시는 원격 리소스와의 상호 작용을 용이하게합니다)
• 실제 자원은 작성하는 데 비용이 많이 듭니다 (프록시는 실제로 필요한 경우가 아니면 비용이 발생하지 않도록합니다)

가장 중요한 것은 프록시가 스탠드 인 인 실제 리소스를 대체 할 수있는 교체를 제공하므로 동일한 인터페이스를 제공해야한다는 것입니다.

나는이 설명을 좋아한다 :

프록시는 서비스의 동작을 변경하지만 인터페이스는 유지합니다.

어댑터는 서비스 인터페이스를 변경하지만 동작을 유지합니다.

출처 : https://www.netobjectives.com/PatternRepository/index.php?title=AdapterVersusProxyVersusFacadePatternComparison