명령 패턴은 요청 응답 모델에서 손실 커플링을 구현하는 데 사용됩니다. 명령 패턴에서 요청은 호출자로 전송되고 호출기는 캡슐화된 명령 개체에 전달합니다. 명령 개체는 특정 작업을 수행하기 위해 적절한 Receiver 메서드에 요청을 전달합니다. 구조 패턴은 예를 들어 상속 및 컴포지션을 사용하여 작은 개체에서 큰 개체를 만드는 등 클래스 구조를 만드는 다양한 방법을 제공합니다. 브리지 패턴섹션에 약간의 오타가 “두 인터페이스와 구현모두에서 인터페이스 계층구조가 있는 경우, 빌더 디자인 패턴 “….. 그러나 우리는 브리짓 패턴과 구조 패턴에 대해 이야기하고 GoF 디자인 패턴아래에 오지 않는 디자인 패턴이 많이 있습니다. 이러한 인기있는 디자인 패턴 중 일부를 살펴 보겠습니다. 이러한 디자인 패턴은 모두 클래스 인스턴스화에 관한 것입니다. 이 패턴은 클래스 생성 패턴과 개체 생성 패턴으로 더 나눌 수 있습니다. 클래스 만들기 패턴은 인스턴스화 프로세스에서 상속을 효과적으로 사용하지만 개체 만들기 패턴은 위임을 효과적으로 사용하여 작업을 완료합니다. JMS(Java Message Service)는 중재자 패턴과 함께 관찰자 패턴을 사용하여 응용 프로그램이 다른 응용 프로그램에 데이터를 구독하고 게시할 수 있도록 합니다. 구현 세부 정보 및 예제 프로그램에 대 한 관찰자 패턴 게시물을 체크 아웃. 예를 들어, “중재자 디자인 패턴은 여러 개체가 서로 상호 작용하는 엔터프라이즈 응용 프로그램에서 매우 유용합니다.” 그러나 언제 객체가 서로 상호 작용해야 하며 관찰자 패턴이나 방문자 패턴이 아닌가? 실제 시나리오에서 이 패턴을 사용해야 하거나 사용하지 말아야 할 것은 무엇입니까? Java는 java.util.Observable 클래스 및 java.util.Observer 인터페이스를 통해 관찰자 패턴을 구현하기 위한 붙박이 플랫폼을 제공합니다.

그러나 구현이 정말 간단하고 Java가 클래스에서 여러 상속을 제공하지 않으므로 Observer 패턴을 구현하기 위해 클래스를 확장하고 싶지 않은 경우가 대부분이기 때문에 널리 사용되지 않습니다. 방문자 패턴은 비슷한 종류의 개체 그룹에서 작업을 수행해야 할 때 사용됩니다.

Scroll Up