싱글턴 모드에 대한 이전 기사에 이어 마침내 디자인 패턴에 대해 계속 쓰고 싶습니다. 가장 간단한 것부터 시작하겠습니다. 이 디자인 패턴은 매우 간단하고 가장 일반적으로 사용됩니다. 단순할수록 임계값이 낮을수록 호감도가 높아집니다.
개념(바이두 백과사전을 뻔뻔하게 베껴서 죄송합니다):
간단한 팩토리 패턴은 정적 팩토리 메소드 패턴이라고도 불리는 생성 패턴이지만 GOF 23개 디자인 패턴 중 하나는 아닙니다. 간단한 팩토리 패턴은 팩토리 객체를 사용하여 생성할 제품 클래스의 인스턴스를 결정합니다. 단순 팩토리 패턴은 팩토리 패턴 계열 중 가장 단순하고 실용적인 패턴으로, 다양한 팩토리 패턴을 특수하게 구현한 것으로 이해될 수 있습니다.
여기서 말하는 내용은 매우 명확합니다. 이것이 간단한 팩토리의 본질입니다. 구체적인 UML 클래스 다이어그램은 다음과 같습니다.
먼저 온라인 도구 프로세스를 다운로드합니다. 물론, 그림을 많이 그려야 한다면 돈을 들여서 지원해주세요.
이 클래스 다이어그램을 설명해 보겠습니다. 하나는 Factory 클래스인 Creator, 두 번째는 IProduct 인터페이스, 세 번째는 특정 제품 A와 B입니다.
특정 코드는 다음과 같습니다
제품 인터페이스:
public interface IProduct {void meathod(); }
특정 제품:
public class ProductA implements IProduct {public void meathod() { System.out.printf("产品A"); } }
public class ProductB implements IProduct {public void meathod() { System.out.printf("产品B"); } }
공장:
public class Creator {public static IProduct createProduct(String productName) {if (null == productName) {return null; } else if ("A".equals(productName)) {return new ProductA(); } else if ("B".equals(productName)) {return new ProductB(); }return null; }public static void main(String[] args) { IProduct productA = Creator.createProduct("A"); productA.meathod(); IProduct productB = Creator.createProduct("B"); productB.meathod(); } }
출력: 제품 A 제품 B
구체적인 예 :
이런 단순한 모델은 비교적 일반적입니다. 우리가 만드는 제품은 여러 파트너의 다양한 인터페이스를 사용하지만, 구체적인 분야와 세부 사항은 다릅니다. 신용을 신청할 때 필요한 것은 일부 개인 정보입니다. 각 회사가 원하는 것은 거의 동일하지만 개인 정보는 공장 모델에 매우 적합합니다.
장점과 단점:
장점: 분리, 캡슐화에 도움.
단점: 클라이언트 복잡성이 증가하고 하위 팩토리 확장에 도움이 되지 않습니다
사실 간단한 팩토리 패턴의 본질은 구현을 선택하는 것입니다.
이것저것 말해보자.
위 내용은 디자인 패턴 단순 공장의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!