Gran vídeo! Larga vida al builder! jajaja Como detalle insignificante para el vídeo, es mejor que el "setXXX" no se llame "setXXX", simplemente "XXX". Para los puristas de los anti-setters jajajaja
Gracias por el comentario. Es verdad que se puede usar sin set. O incluso ser más semántico y usar cosas como `chooseSize` o `selectDough`, etc. Tal vez tenga la costumbre de usar a diário Doctrine y Symfony en la que los setters están en todas las entidades xD
Gracias por el video. Muy interesante. Me surge una duda con el uso de enumerados, que los uso bastante ¿Tiene sentido que los parámetros de los setters en vez de ser strings sean del tipo enum que queremos admitir? Por ejemplo, el setSize hacerlo del tipo setSize(Sizes $size) para evitar pasar el valor de otro enum también de tipo string como parte de constructor: $pizza->setSize(Cheese::Vegan) sería válido pero rompería la lógica de nuestro objeto.
Muy buena observación. Creo que en vez de usar primitivos sería buena idea que el parámetro fuese del tipo del enum. Me voy a ir apuntando estas cosas para tal vez comentarlas en un stream :))
Gracias! Sí, tenemos algunas series y streamings sobre arquitectura hexagonal y otra de monolitos modulares en las que explicamos también conceptos de arquitectura. Revisa nuestras playlists y vídeos. Además si tienes alguna sugerencia, puedes dejarla en nuestra comunidad de Discord (tienes el enlace en la descripción de todos nuestros vídeos)
Hola: El patrón Criteria, ¿no se basa en este en el fondo? Porque, al fin y al cabo, un objeto Criteria es la construcción de un objeto compuesto por varios valores (en el caso de Criteria serían los filtros).
Así es. Es muy común el ver unos patrones dentro de otros, ya que es parte de su finalidad. De hecho, explicar un patrón individualmente a veces puede ser complejo, porque en la vida real suelen combinarse o no tener un uso individual de por sí :)
Genial, Juan, muy bien explicado, como siempre
Gracias 🙌
Gran vídeo! Larga vida al builder! jajaja
Como detalle insignificante para el vídeo, es mejor que el "setXXX" no se llame "setXXX", simplemente "XXX". Para los puristas de los anti-setters jajajaja
Gracias por el comentario. Es verdad que se puede usar sin set. O incluso ser más semántico y usar cosas como `chooseSize` o `selectDough`, etc. Tal vez tenga la costumbre de usar a diário Doctrine y Symfony en la que los setters están en todas las entidades xD
Gracias crack! Me encanta esta serie
Gracias! :))
Gracias por el video. Muy interesante. Me surge una duda con el uso de enumerados, que los uso bastante ¿Tiene sentido que los parámetros de los setters en vez de ser strings sean del tipo enum que queremos admitir? Por ejemplo, el setSize hacerlo del tipo setSize(Sizes $size) para evitar pasar el valor de otro enum también de tipo string como parte de constructor: $pizza->setSize(Cheese::Vegan) sería válido pero rompería la lógica de nuestro objeto.
Muy buena observación. Creo que en vez de usar primitivos sería buena idea que el parámetro fuese del tipo del enum. Me voy a ir apuntando estas cosas para tal vez comentarlas en un stream :))
Excelente, tienes algo de patrones para arquitecturas?
Gracias! Sí, tenemos algunas series y streamings sobre arquitectura hexagonal y otra de monolitos modulares en las que explicamos también conceptos de arquitectura. Revisa nuestras playlists y vídeos.
Además si tienes alguna sugerencia, puedes dejarla en nuestra comunidad de Discord (tienes el enlace en la descripción de todos nuestros vídeos)
Hola:
El patrón Criteria, ¿no se basa en este en el fondo? Porque, al fin y al cabo, un objeto Criteria es la construcción de un objeto compuesto por varios valores (en el caso de Criteria serían los filtros).
Así es. Es muy común el ver unos patrones dentro de otros, ya que es parte de su finalidad. De hecho, explicar un patrón individualmente a veces puede ser complejo, porque en la vida real suelen combinarse o no tener un uso individual de por sí :)