우리는 소프트웨어 개발 과정에서 때로는 특정 단계의 여러 하위 구성 요소로 구성된 매우 복잡한 개체를 만들어야 한다는 것을 알고 있습니다.
예를 들어, 컴퓨터를 직접 조립할 때 CPU, 마더보드, 메모리, 하드 드라이브, 그래픽 카드, 섀시, 모니터, 키보드, 마우스 및 기타 구성 요소를 조립해야 합니다. 예를 들어 학교에서 컴퓨터 100대를 구입해야 할 경우 학교가 부품을 직접 구매해 조립하는 것은 불가능하다. 구매자에게 어떤 구성이 필요한지 알려줘야 구매자가 컴퓨터 회사에 가서 구입하게 된다. 회사에서 조립하여 구매자에게 전달한 후 최종적으로 학교에 전달합니다.
위의 예에서는 각 구성 요소를 유연하게 선택할 수 있지만(다양한 컴퓨터 구성 수준 포함) 생성 단계는 유사합니다. 그러나 이러한 유형의 제품 생성은 앞서 소개한 팩토리 패턴으로는 설명할 수 없습니다. 빌더 패턴만이 이러한 유형의 제품 생성을 잘 설명할 수 있습니다.
빌더 패턴의 정의:
동일한 구성 프로세스가 다른 표현을 만들 수 있도록 복잡한 개체의 구성을 해당 표현과 분리합니다. 복잡한 개체를 여러 개의 간단한 개체로 분해한 다음 단계별로 구축합니다. 이는 변경과 불변성을 분리합니다. 즉, 제품의 구성 요소는 변경되지 않은 상태로 유지되지만 각 부분은 유연하게 선택할 수 있습니다.
한 문장으로 요약: 복잡한 객체의 구성을 표현과 분리하여 동일한 구성 프로세스가 다른 표현을 만들 수 있도록 합니다.
유형: 클래스 패턴 만들기
장점:
좋은 캡슐화, 구성과 프리젠테이션의 분리
좋은 확장성, 각 특정 빌더는 서로 독립적이므로 시스템 분리에 도움이 됩니다.
클라이언트는 내부 세부 사항을 알 필요가 없습니다. 빌더는 다른 모듈에 영향을 주지 않고 생성 프로세스를 점진적으로 개선할 수 있으므로 세부적인 위험을 더 쉽게 제어할 수 있습니다
단점:
제품의 구성 요소가 동일해야 하므로 범위가 제한됩니다. of use
제품의 내부 변경이 복잡할 경우, 제품 내부적으로 변경이 된다면 빌더도 동시에 수정해야 하며, 추후 유지보수 비용이 더 높아집니다
참고:
빌더 모드 팩토리 모드와 팩토리 모드는 서로 다른 관심사를 가지고 있습니다. 빌더 모드는 구성 요소 조립 프로세스에 중점을 두는 반면 팩토리 메서드 패턴은 부품 생성 프로세스에 더 중점을 두지만 두 모드를 함께 사용할 수 있습니다.
빌더 모드의 주요 역할은 다음과 같습니다.
제품 역할(Product): 여러 구성 요소를 포함하는 복잡한 객체이며, 다양한 구성 요소는 특정 빌더에 의해 생성됩니다.
.
5. 빌더 모드 코드 데모
제품 카테고리:
/** * 产品类 */ public class Car { //车的建造过程 private String wheel; //车轮 private String skeleton; //车架 private String engine; //发动机 public String getWheel() { return wheel; } public void setWheel(String wheel) { this.wheel = wheel; } public String getSkeleton() { return skeleton; } public void setSkeleton(String skeleton) { this.skeleton = skeleton; } public String getEngine() { return engine; } public void setEngine(String engine) { this.engine = engine; } }
강사 카테고리:
/** * 指导者 */ //汽车总监 public class CarDirector { public Car constructCar(ICarBuilder builder){ builder.buildwheel(); builder.buildSkeleton(); builder.buildEngine(); return builder.buildCar(); } }
콘크리트 builder:
/** * 具体建造者:生产具体的东西 */ public class ConcreteBuilder implements ICarBuilder{ Car car; public ConcreteBuilder(){ car = new Car(); } @Override public void buildwheel() { car.setWheel("轮子"); } @Override public void buildSkeleton() { car.setSkeleton("车身结构"); } @Override public void buildEngine() { car.setEngine("发动机"); } @Override public Car buildCar() { return this.car; } }
추상 빌더(인터페이스):
/** * 抽象建造者 */ public interface ICarBuilder { public void buildwheel(); //构建车轮 public void buildSkeleton(); //构建骨架 public void buildEngine(); //构建发动机 Car buildCar(); }
테스트 클래스:
public class Test { public static void main(String[] args){ //新建一个总监(替你去买汽车) CarDirector director = new CarDirector(); Car car = director.constructCar(new ConcreteBuilder()); System.out.println(car.getWheel()); System.out.println(car.getEngine()); System.out.println(car.getSkeleton()); } }
코드 데모를 읽고 기사의 첫 번째 부분과 결합하면 이해할 수 있습니다! !
6. 빌더 패턴의 적용 시나리오
주요 응용 시나리오:
빌더 모드는 건설 과정의 순서에 따라 달라지며 최종 개체 구성 요소의 구성도 다릅니다
위 내용은 Java 디자인 패턴의 빌더 패턴은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!