¿Por qué tus tests son un caos? Soluciona todo con el patrón Builder

แชร์
ฝัง
  • เผยแพร่เมื่อ 6 ม.ค. 2025

ความคิดเห็น • 12

  • @adrian-4767
    @adrian-4767 22 ชั่วโมงที่ผ่านมา +1

    Product Crafter tu canal es excelente, la mayoria de TH-camrs de programacion ni siquiera trabajan profesionalmente en la programacion y unicamente les interesa vender cursos, se nota que vos de verdad sos profesional y trabajas en la industria. Espero que tu canal siga creciendo porque es buenisimo, te recomiendo cambies el nombre del canal y la foto (por una que haga referencia a la programacion) y empieces a dejar comentarios en otros canales para que mas gente se suscriba. Muchas gracias por tus videos!

  • @Hugofmr91
    @Hugofmr91 วันที่ผ่านมา +1

    Tu contenido es todo lo que está bien! Gracias

    • @ProductCrafter
      @ProductCrafter  วันที่ผ่านมา

      Me alegro de que te guste! Te gustaría ver videos sobre algún tema específico??

  • @retamap
    @retamap 4 วันที่ผ่านมา +2

    muy interesante tu contenido, un saludo!

  • @kevinaparicio4628
    @kevinaparicio4628 3 วันที่ผ่านมา +1

    estaria bien que hagas un video de patrones de patrones de diseño 😉

    • @ProductCrafter
      @ProductCrafter  วันที่ผ่านมา +1

      Tomo nota! Tengo varios pensados!! Algún patrón en concreto que te interese más??

    • @kevinaparicio4628
      @kevinaparicio4628 2 ชั่วโมงที่ผ่านมา

      @@ProductCrafter la verdad recién comencé a leer de patrones y en backend dice que usa mucho el Repositorio

  • @wanaldino
    @wanaldino 4 วันที่ผ่านมา +1

    Fan del patron builder o assembly. Personalmente prefiero que el builder haga de storage de las propiedades del init del objeto, hay momentos o lenguajes que tienen objetos inmutables y no puedes ir accediendo a las propiedades para modificarlas 😉

    • @ProductCrafter
      @ProductCrafter  4 วันที่ผ่านมา

      @@wanaldino totalmente cierto! Aunque si tienes muchas puede hacerse engorroso, pero me gusta el concepto.

  • @joreenginer
    @joreenginer 4 วันที่ผ่านมา

    Que ventaja tiene poner build() cuando esa clase ya esa builder, ye podrías ahorrar el build usando el dundle __call__ en vez de build no?

    • @ProductCrafter
      @ProductCrafter  4 วันที่ผ่านมา +1

      Se podría pero quedaría algo como ProductBuilder().with_price(10)() en vez de ProductBuilder().with_price(10).build() ya que queremos poder encadenar llamadas a los métodos que modifican la instancia base. Me gusta más un método nombrado que tener ese () extraño al final. ¿Como lo ves? ¿Usas otras alternativas?