누군가 템플릿 방법 패턴과 전략 패턴의 차이점이 무엇인지 설명해 주시겠습니까? 내가 알 수있는 한 99 % 동일하다는 점은 템플릿 메서드 패턴에 기본 클래스와 같은 추상 클래스가 있고 전략 클래스는 각 구체적인 전략 클래스에 의해 구현되는 인터페이스를 사용한다는 것입니다. 그러나 고객 에 관한 한 정확히 동일한 방식으로 소비됩니다. 이것이 맞습니까?
두 디자인 패턴 모두 알고리즘을 캡슐화하고 호출 클래스에서 구현 세부 사항을 분리합니다. 내가 알아볼 수있는 유일한 차이점은 전략 패턴은 실행을위한 매개 변수를 사용하지만 명령 패턴은 그렇지 않다는 것입니다. 명령 패턴은 생성 될 때 사용할 수있는 모든 정보를 필요로하며 호출을 지연시킬 수 있습니다 (아마도 스크립트의 일부로). 한 패턴을 사용할 것인지 다른 …
나는 dofactory , wikipedia 및 많은 사이트 에서 많은 기사를 읽으려고 노력했습니다 . 브리지 패턴과 전략 패턴의 차이점에 대해 전혀 모릅니다. 둘 다 구현에서 추상화를 분리하고 런타임에 구현을 변경할 수 있음을 알고 있습니다. 하지만 어떤 상황에서 전략을 사용해야하는지, 어떤 상황에서 브리지를 사용해야하는지 여전히 잘 모르겠습니다.
나는 OCP 원칙 과이를 달성하기 위해 전략 패턴을 사용하는 방법에 대해 읽었습니다 . 저는 이것을 몇 사람에게 설명하려고했지만 제가 생각할 수있는 유일한 예는 "주문"이 어떤 상태인지에 따라 다른 유효성 검사 클래스를 사용하는 것입니다. 온라인에서 몇 가지 기사를 읽었지만 일반적으로 보고서 생성 / 청구서 / 유효성 검사 등과 같은 전략을 사용하는 …