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

Поделиться
HTML-код
  • Опубликовано: 6 янв 2025

Комментарии •

  • @adrian-4767
    @adrian-4767 19 часов назад +1

    Product Crafter tu canal es excelente, la mayoria de RUclipsrs 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 2 дня назад +1

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

    • @ProductCrafter
      @ProductCrafter  День назад

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

  • @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?