팩토리 메소드 패턴

공장의 경우 조립라인 작업이 계속 반복되는데 우리 프로그래머들보다 정말 힘듭니다.

팩토리 패턴도 매우 자주 사용됩니다. 공식적인 설명은 객체를 생성하기 위한 인터페이스를 정의하고 인스턴스화할 클래스를 하위 클래스에서 결정하도록 하는 것입니다. 팩토리 패턴은 클래스 인스턴스화를 하위 클래스로 연기합니다.

그림과 같이 시스템에는 슈퍼 유저와 일반 사용자 두 가지 유형이 있습니다. 공용 인터페이스 사용자 클래스를 정의하고 공용 추상 팩토리를 정의합니다. class abstractUserFactory, userFactory 클래스는 abstractUserFactory 클래스를 상속받아 User 클래스를 생성하는 createUser 메소드를 구현하여 팩토리 패턴을 구현합니다.

Php 코드

<?php  
abstract class abstractUserFactory {  
    public abstract function createUser();  
}  
  
class userFactory extends <span style="font-size: 1em; line-height: 1.5;">abstractUserFactory </span><span style="font-size: 1em; line-height: 1.5;">{</span>  
Php代码  
    public function createUser( $className ) {  
        try{  
            if(class_exists($className))  
                return new $className();  
            else{  
                $error = "no class";  
                throw new Exception($error);  
            }  
        }catch( Exception $e ) {  
            echo &#39;Caught exception: &#39;,  $e->getMessage(), "\n";  
        }  
    }  
}  
  
  
interface User{  
    public function getGrade();  
}  
  
class superUser implements User{  
    public function getGrade() {  
        echo 1;  
    }  
}  
  
class commonUser implements User{  
    public function getGrade() {  
        echo 0;  
    }  
}  
  
$userFactory = new userFactory();  
$userFactory->createUser( &#39;superUser&#39; )->getGrade();  
$userFactory->createUser( &#39;commonUser&#39; )->getGrade();  
  
运行结果：10Caught exception: no class

팩토리 패턴의 장점:

1. 좋은 캡슐화와 명확한 코드 구조. 예를 들어 호출자가 특정 제품 객체를 필요로 하는 경우 해당 제품의 클래스 이름(또는 제약 조건 문자열)만 알면 됩니다. 모듈 간의 결합을 줄이는 개체입니다.

2. 확장성이 매우 좋습니다. 제품 카테고리를 추가하는 경우, 특정 팩토리 클래스를 적절하게 수정하거나 팩토리 클래스를 확장하면 '변화 수용'이 완료됩니다. 예를 들어 위의 예에서 블루 다이아몬드 사용자를 추가해야 하는 경우 blueUser 클래스만 추가하면 작업 수정 없이 시스템 확장을 완료할 수 있습니다.

3. 쉴드 제품 카테고리. 이 기능은 매우 중요합니다. 호출자는 제품 클래스의 구현이 어떻게 변경되는지 신경 쓸 필요가 없으며 인터페이스가 변경되지 않는 한 시스템의 상위 모듈만 신경 쓰면 됩니다. 변하지 않음.

4. 전형적인 디커플링 프레임워크. 상위 모듈 값은 제품의 추상 클래스를 알아야 하며, 다른 구현 클래스는 필요하지 않으면 통신할 필요가 없습니다. 이는 종속성 반전 원칙에도 부합합니다. 물론 제품 클래스의 추상화에만 의존합니다. 물론 대체 원칙에 따라 제품 하위 클래스를 사용하여 제품 상위 클래스를 대체해도 됩니다.

팩토리 패턴의 사용 시나리오:

1. 팩토리 패턴은 새로운 객체를 대체하는 것이므로 객체를 생성해야 하는 모든 곳에 사용할 수 있지만 추가 여부를 신중하게 고려해야 합니다. 관리를 위해 팩토리 클래스를 사용하므로 코드가 복잡해집니다.

2. 유연하고 확장 가능한 프레임워크가 필요한 경우 팩토리 패턴 사용을 고려할 수 있습니다. 모든 것이 물건이고, 모든 것이 제품이다.

3. 팩토리 패턴은 이기종 프로젝트에서 사용할 수 있습니다.

4. 테스트 중심 개발 프레임워크를 사용할 수 있습니다. 예를 들어 클래스 A를 테스트하려면 클래스 A와 관련된 클래스 B를 동시에 생성해야 합니다. 팩토리 패턴을 사용하여 클래스 B를 가상화하면 클래스 A와 클래스 B 간의 결합을 피할 수 있습니다. (현재 Java에는 jmock 및 easymock이 있으며 이 시나리오는 약화되었습니다.)

팩토리 패턴 확장:

1. 간단한 팩토리 패턴(PHP에서 흔히 사용)

모듈만 필요 하나의 팩토리 클래스를 생성할 필요가 없으며 정적 메서드를 사용하면 됩니다. 이 요구 사항에 따라 위의 예에서 abstractUserFactory를 그림과 같이 수정합니다.

abstractUserFactory 추상 클래스를 제거하고 createUser를 정적 클래스로 설정하면 클래스 생성 프로세스가 단순화됩니다. 단점은 팩토리 클래스 확장이 어렵고 개폐 원리를 준수하지 않는다는 점이지만 여전히 매우 실용적인 디자인 패턴이다.

2. 다중 팩토리 클래스로 업그레이드(일대일 제품 및 팩토리)

각 제품 클래스는 생성 클래스에 해당한다는 장점이 있습니다. 생성 클래스의 구조는 명확하고 단순하지만 확장성과 유지 관리성에 일정한 영향을 미칩니다. 제품 클래스를 확장하려면 해당 팩토리 클래스를 생성해야 하므로 확장이 더 어려워집니다. 팩토리 클래스와 제품의 개수가 동일하기 때문에 유지보수 시 두 개체 간의 관계를 고려해야 합니다.

물론 복잡한 애플리케이션에서는 일반적으로 멀티 팩토리 방식을 사용하며, 호출자가 각 하위 팩토리와 통신하지 못하도록 조정 클래스를 추가합니다. 조정 클래스의 기능은 캡슐화하는 것입니다. 하위 팩토리 클래스를 만들고 통합 액세스 인터페이스를 갖춘 상위 수준 모듈을 제공합니다.

3. 대체 싱글톤 모드

이 모드는 리플렉션을 통해 인수 없는 전용 생성자를 정의하는 클래스를 인스턴스화하여 구현됩니다. PHP로는 육안검사가 불가능하므로 여기서는 생략하겠습니다.

4. 지연된 초기화

팩토리 클래스는 객체가 소비된 후 즉시 해제되지 않고 다시 사용되기를 기다립니다. PHP 해석 언어의 경우 지연 로딩으로 확장할 수 있습니다. 즉, 스크립트가 실행될 때마다 가능한 클래스를 로드하는 대신 팩토리 클래스가 새 객체를 생성할 준비가 된 경우에만 해당 클래스 파일을 로드합니다.