Patrones de creación

Clase 6 de 24 • Curso de Patrones de Diseño de Software 2016

Sergio Luján

student•

Pienso que el código del ejemplo está muy enrevesado, de tal forma que no consigue verse claramente el objetivo del builder. Hubiese sido mejor haber creado el código desde cero con tres sencillas funciones: car, carBuilder y director. Donde:

car: contuviese la declaración de los atributos
carBuilder: contuviese la creación del objeto car con unas características determinadas
director: crease (mediante el carBuilder) el carro, y lo mostrase por pantalla

Hago un comentario general, que no es la primera vez que veo que ocurre: los profesores deben aprender a ponerse en lugar del estudiante y explicar al detalle cada paso, sin dejar de lado el porqué de cada uno. Platzi hace una tremenda labor de marketing para captar usuarios, pero creo que todavía queda mucho para que ese esfuerzo sea equiparable al contenido de la plataforma.

Erifranck Jose Nuñez Berroteran

student•

Tienes Razon.

Matias Niz

student•

Me parece que la idea no es crear un constructor por defecto con ciertas caracteristicas, sino que se puede construir el objeto instanciando a otras funciones, para hacerlo mas dinamico. No esta mal al final y al cabo la idea es mostrar el patron de diseño builder.

Manny Garcia

student•

me hubiese gustado saber como soluciono el problema final ya que sirve como referencia para un futuro.

Pablo García Egido

student•

Si lo corres en tu terminal con Node, le cambias el Print (que no existe en Javascript) por console.log y funciona a la perfección.

Juan Carlos Correa Herrera

student•

Sería bueno recortar las partes donde no se progresa pues mi tiempo es limitado y no puedo perderlo en algo que al final ni siquiera supe qué era el error.

Sergio Romero Barra

student•

En el ejemplo de BuilderPatten, ¿el método "addParts" (que está dentro de la clase "Car") no debería ser parte de la clase "CarBuilder"?

Lo digo porque me parece más lógico que sea el constructor quien pone las puertas al coche y no es mismo coche el que se las pone.

En mi ejemplohe cambiado "addParts" por "addDoors" y he añadido más propiedades y funciones.

¿Qué les parece?

Daniel Zambrano

student•

como tal no, esta bien que addParts pertenezca a Car. Piensalo de la siguiente forma "Quien tiene las partes?" es Car, El builder tiene que hacer los llamados de car.addParts() y el resto de los llamados.

Por ejemplo, segun lo que entiendo del builder, es que sepa en que orden va a llamar cada uno de los metodos y cuantas veces y bajo que condiciones lo va a llamar. Por ejemplo

   # Asi no tiene sentido, necesitas el chasis para agregar el motor  
   car.addMotor();  
   car.addSkeleton();  
  
  # Asi tiene mas sentido  
   car.addSkeleton();  
   car.addMotor();

Daniel Zambrano

student•

Revisando este link tienes razon:
Car lo mantienes lo mas simple posible, y el builder tiene las distintas formas de crearlo o como setter propiedades. Y el director indica el orden.

Juan Ignacio Benítez Carbonell

student•

Tengo que reconocer que esto de los patrones me supera.
Yo podría hacer un carBuilderPattern() y un motoBuilderPattern() y mantener las mismas llamadas en el Director(), pero sin embargo en motoBuilder() en el step2 añadir otra llamada de moto(), por ejemplo this.moto.addGasoline()
Con esto usaría el mismo Director para ambas clases relacionadas y con sus steps identicos, pero ya en el builder poder aplicarle más métodos propios y no limitarlas a 2 steps. Es esa la utilidad? jugar con la clases de una misma familia haciendo un Director por donde pasan todas las llamadas.

Fernando Palacios Palacios

student•

Son creaciones de diferentes objetos, asi que crearia tantos constructores de builders como tipo de objetos a crear (motos, coches, cada uno manejado con su clase builder). Luego si quieres tener clases relacionadas, mejor haces una herencia de metodos o propiedades a nivel de Builders, peo no en el Director (addGasoline).

Fernando Palacios Palacios

student•

En principio el builder hace lo que comentas para las clases Car y CarBuilder, solo que Director deberia tener la unica responsabilidad de manupular la interfaz de Builder,

Miguel Angel Landa Lopez

student•

En todos los videos de este curso me da problemas al reproducir en el Server A , por lo que ocupe el servidor B sin embargo para este capitulo dice error 502 Bad Gateway del server nginx

Ricardo Azpeitia P.

student•

Yo lo veo bien. Puedes intentar otra vez?

Patrones de creación

Bienvenidos

Introducción a los patrones de diseño

Preguntas antes de la clase

¿Qué son los patrones de diseño?

Patron arquitectonico layer

Categorías en patrones de diseño

Clasificación de patrones