¿Por qué usar el patrón de generador?

Question

En la mayoría de los tutoriales (libro de Judith Bishops, o here), veo un ejemplo similar al siguiente.

Si el Builder significa crear método de construcción en la clase directora, que lleva a cabo un conjunto de operaciones Constructor Childs ...

class Director { 
    public static void Construct(Builder builder) { 
    builder.BuildPartA(); 
    builder.BuildPartB(); 
    ... 
    } 
} 

abstract class Builder { 
    public abstract void BuildPartA(); 
    public abstract void BuildPartB(); 
    ... 
} 

class Builder1 : Builder { ... } 
class Builder2 : Builder { ... } 

void Main() { 
    Builder1 b1 = new Builder1(); 
    Builder2 b2 = new Builder2(); 
    Director.Construct(b1); 
    Director.Construct(b2); 
} 

... ¿Por qué no basta con mover el método de construcción para el Constructor ¿clase?

class Builder { 
    public virtual void BuildPartA(); 
    public virtual void BuildPartB(); 
    public void Construct() { 
    BuildPartA(); 
    BuildPartB(); 
    ... 
    } 
    ... 
} 

class Builder1 : Builder { ... } 
class Builder2 : Builder { ... } 

void Main() { 
    Builder1 b1 = new Builder1(); 
    Builder2 b2 = new Builder2(); 
    b1.Construct(); 
    b2.Construct(); 
} 

Por favor, muéstreme un ejemplo donde el patrón de constructor es realmente útil.

Answer 1

Se supone que el Directorio conoce la secuencia correcta de ensamblaje de diferentes componentes para construir los objetos. Creo que es simplemente separar la preocupación de conocer el orden o el método de construcción de estos objetos a partir de la clase base del Constructor (que es simplemente una clase base). Si movió la construcción a la base de Constructor, se parecería al patrón de método de la plantilla.

Es mejor tener un director por separado que sepa cómo ensamblar los componentes porque en el momento en que la "receta" de construcción de los componentes cambia, no es necesario cambiar la clase base. Por ejemplo, supongamos que una cierta clase de componentes necesita ser construida mediante la ejecución de 3 pasos en un orden determinado:

1. Paso A
2. Paso B
3. Paso C

Digamos que en algún punto se agrega otro componente a la familia que se puede construir con los mismos pasos pero en un orden diferente:

1. Paso A
2. Paso C
3. Paso B

En este caso, si la lógica para la secuencia se separa en el director en comparación con el constructor de la clase base, se puede heredar un nuevo director y el uso que para construir . Si la lógica estaba en el Constructor base, la clase base, que puede ser parte de una biblioteca separada o JAR o un archivo de encabezado en el caso de C++, puede haber requerido la recompilación de las clases concretas o al menos enviar un nuevo JAR.

Estoy seguro de que hay más ventajas de separar esa preocupación.

Answer 2

Ver este video: http://www.johnlindquist.com/search/label/builder%20pattern