Patrón REPOSITORY (Repositorio) con CLEAN ARCHITECTURE en Swift

Поділитися
Вставка
  • Опубліковано 23 жов 2024

КОМЕНТАРІ • 16

  • @SaidRehouni
    @SaidRehouni  8 місяців тому +3

    Fundamentos de Clean Architecture: ua-cam.com/video/WoT2Pm4_Bw0/v-deo.html

  • @collinzuniga5410
    @collinzuniga5410 4 місяці тому +1

    La mejor explicación, al fin entiendo claramente todo❤

    • @SaidRehouni
      @SaidRehouni  4 місяці тому

      Muchas gracias! Me alegra que te haya ayudado
      Saludos!

  • @cesarcubillos7098
    @cesarcubillos7098 8 місяців тому +1

    Este contenido está tremendo, gracias por compartir tus conocimientos Said, no queda más que practicar 🙌🏼

    • @SaidRehouni
      @SaidRehouni  8 місяців тому +1

      Muchas gracias a ti Cesar!

  • @guillermocifre7466
    @guillermocifre7466 8 місяців тому +2

    Muy bien explicado. Eres un crack!! Gracias por este tipo de videos.

    • @SaidRehouni
      @SaidRehouni  8 місяців тому +1

      Gracias a ti por el apoyo y por tus palabras!
      Saludos!

  • @jonatanpadilla9070
    @jonatanpadilla9070 8 місяців тому +1

    Gracias por este tipo de videos 🙌

    • @SaidRehouni
      @SaidRehouni  8 місяців тому

      Gracias a ti por verlos!
      Saludos!

  • @aymanrehouni
    @aymanrehouni 8 місяців тому +1

    Vamos con todo!! Muy buen vídeo bro ❤

  • @ismaelperezmesa524
    @ismaelperezmesa524 5 місяців тому +1

    Excelente Said! Muy buena explicación. Gracias por compartir tu experiencia y conocimiento. Cómo podemos usar el patrón Unit Of Work e integrarlo en la arquitectura del proyecto que ya está usando este patrón de repositorio?

    • @SaidRehouni
      @SaidRehouni  4 місяці тому +1

      Perdona Ismael, acabo de ver tu comentario.
      El repository podría tener una dependencia con una clase que haga de Unit Of Work con métodos para insertar, actualizar y eliminar datos, y otro método para "actualizar" la base de datos una vez sean ejecutadas todas las transacciones correspondientes al caso de uso que se está ejecutando. El repository llamaría a cada uno de los métodos que necesite y la última linea de código llamaría al método actualizar del Unit Of Work para actualizar la base de datos con todas las transacciones. El Unit Of Work se encargaría de guardar en memoria todas las transacciones y en cuanto se llame el método actualizar, guardaría las transacciones en base de datos en batch. De esta forma garantizas que si una transacción falla, no se actualiza nada en base de datos.
      En mi caso nunca he tenido la necesidad de usar este patrón en iOS. Creo que tiene mas sentido en backend para garantizar la integridad de transacciones en base de datos ya que juegas con servidores y si una transacción sale mal, te cargas las integridad de los datos.
      Saludos!

    • @ismaelperezmesa524
      @ismaelperezmesa524 4 місяці тому +1

      @@SaidRehouni Muchas Gracias por la respuesta. Es genial el trabajo que haces y el conocimiento que compartes!

    • @SaidRehouni
      @SaidRehouni  4 місяці тому

      @@ismaelperezmesa524 muchas gracias a ti por el apoyo!

  • @Ironcloud7
    @Ironcloud7 2 місяці тому

    Como haces para acceder a la entity payment (domain) desde la implementación del repositorio (interface adapters)? entiendo que desde la interfaz tienes acceso porque está en la capa de aplicación pero desde interface adapters te estás saltando 2 capas, con lo cual no tienes acceso. Llevo peleándome bastante tiempo con este tipo de problemas tirando de dtos para grabar en la BD pero no me convence. gracias de antemano.