추상 팩토리 패턴이란 무엇입니까?

이 기사에서는 마지막 유형의 팩토리에 대해 설명합니다.

추상 팩토리 패턴정의(Baidu Encyclopedia에서)부터 시작해 보겠습니다.
추상 팩토리 패턴은 모든 형태의 팩토리 패턴 중에서 가장 추상적이고 일반적인 형태입니다. 추상 팩토리 패턴은 추상 역할이 여러 개 있을 때 사용되는 팩토리 패턴을 말합니다.
추상 팩토리 패턴은 클라이언트에게 인터페이스를 제공할 수 있으므로 클라이언트는 특정 제품을 지정하지 않고도 여러 제품군에서 제품 객체를 생성할 수 있습니다. Liskov 대체 원칙에 따르면
상위 유형을 허용하는 모든 장소는 하위 유형을 허용할 수 있어야 합니다. 따라서 시스템에 실제로 필요한 것은 이러한 추상 제품의 인스턴스가 아니라 이러한 추상 제품 역할과 동일한 유형의 일부 인스턴스입니다.
즉, 이러한 추상 제품의 구체적인 하위 클래스 인스턴스입니다. 팩토리 클래스는 추상 제품의 구체적인 하위 클래스 인스턴스를 생성하는 일을 담당합니다.

UML 클래스 다이어그램

특정 코드:

public class Client {public static void main(String[] args) {//        Creator benzCreator = new BenzCreator();//        benzCreator.createCar().run();////        Creator bmwCreator = new BmwCreator();//        bmwCreator.createCar().run();AbstractFactory factory1 = new Factory1();
        factory1.createProductA().getProductAName();
        factory1.createProductB().getProductBName();

        AbstractFactory factory2 = new Factory2();
        factory2.createProductA().getProductAName();
        factory2.createProductB().getProductBName();
    }
}public interface AbstractFactory {
    AbstractProductA createProductA();

    AbstractProductB createProductB();
}public class Factory1 implements AbstractFactory {
    @Overridepublic AbstractProductA createProductA() {return new ProductA1();
    }

    @Overridepublic AbstractProductB createProductB() {return new ProductB1();
    }
}public class Factory2 implements AbstractFactory {

    @Overridepublic AbstractProductA createProductA() {return new ProductA2();
    }

    @Overridepublic AbstractProductB createProductB() {return new ProductB2();
    }
}public interface AbstractProductA {
       String getProductAName();
}public class ProductA1 implements AbstractProductA {
    ProductA1(){
        System.out.println("产品A1");
    }

    @Overridepublic String getProductAName() {return "产品A1名称";
    }
}public class ProductA2 implements AbstractProductA {
    ProductA2(){
        System.out.println("产品A2");
    }

    @Overridepublic String getProductAName() {return "产品A2名称";
    }
}public interface AbstractProductB {
    String getProductBName();
}public class ProductB1 implements AbstractProductB {
    ProductB1(){
        System.out.println("产品B1");
    }

    @Overridepublic String getProductBName() {return "产品B1名称";
    }
}public class ProductB2 implements AbstractProductB {
    ProductB2(){
        System.out.println("产品B2");
    }

    @Overridepublic String getProductBName() {return "产品B2名称";
    }
}

제품군:

은 서로 다른 제품 수준 구조에 위치한 관련 기능을 가진 제품군을 나타냅니다.

특정 예:

적절하지 않을 수도 있는 예를 들어보겠습니다
예를 들어 우리 컴퓨터는 32비트와 64비트가 모두 있는데 해당 컴퓨터는 해당 비트로 소프트웨어를 설치합니다.
두 CD에는 32비트가 저장됩니다. 설치 시 CD만 가져가면 전체 소프트웨어를 설치할 수 있으므로 각 소프트웨어를 하나씩 찾을 필요가 없습니다.
여기 디스크는 특정 팩토리입니다. 각 디스크에 QQ와 360이 있으면 어떻게 될까요? (그냥 싸우고 싶은 거죠?)
위 코드에서 여기 32비트 디스크는 Factory1입니다.
CD에 있는 32비트 QQ는 ProductA1, 360은 ProductB1
QQ 64비트 CD에 있는 ProductA2, 360은 ProductB2

나 같은 초보 사용자는 딱 맞는 CD만 구하면 된다. QQ 숫자가 동시에 360자리라니 멋지죠?

장점과 단점
장점:
클라이언트가 특정 구현을 알 필요가 없도록 인터페이스와 구현을 분리합니다.
128비트 머신이 등장하면 CD만 추가하면 되는 것처럼 제품군 전환이 쉬워집니다.

단점:
새로운 제품을 확장하기가 쉽지 않습니다(제품을 추가하려면 얼마나 많은 클래스와 메서드를 추가해야 하는지 상상해 보세요).
클래스의 계층 구조가 복잡하다(클래스 다이어그램을 보면 토할 것 같다)

Essence:

앞서 말했듯이 팩토리 메소드의 본질은 구현을 선택하는 것이다. 특정 제품
그럼 추상팩토리는 선택 제품군이 단일 제품에서 제품군으로 바뀌었습니다.

세 가지 공장 모델에 대해 이야기한 후 먼저 이들 간의 관계, 차이점 및 진화 과정에 대해 자세히 알아보고 나중에 이에 대해 작성해 보겠습니다.

위 내용은 추상 팩토리 패턴이란 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!