Want to create interactive content? It’s easy in Genially!

Get started free

PRESENTACIÓN PATRÓN REPOSITORY

Vanesaa Mechato siancas

Created on December 15, 2023

Start designing with a free template

Discover more than 1500 professional designs like these:

Psychedelic Presentation

Chalkboard Presentation

Witchcraft Presentation

Sketchbook Presentation

Genial Storytale Presentation

Vaporwave presentation

Animated Sketch Presentation

Explore all templates

Transcript

PRESENTAción

PATRÓN DE DISEÑO REPOSITORY

Curso: Desarrollo de Aplicaciones Móviles profesor: Felix Fernando Sullon Aguirre

EQUIPO 03

- Carrillo Medina, Leo Brandon.-Mendoza Viera, Jimmy Blassio.-Mechato Siancas, Maria Vanessa. -Vasquez Gereda, Kimberly Madeleine. -Pereda Sanchez, Adonys.

CONcepto

En un sentido general, un "repositorio" o también conocido como dao se refiere a un lugar centralizado o sistema de almacenamiento organizado que se utiliza para guardar, gestionar y controlar diferentes tipos de información o recursos digitales. Este puede abarcar datos, archivos, documentos, código fuente u otros elementos relevantes para un proyecto, una disciplina específica, una organización o cualquier otro propósito definido.El concepto general de un repositorio implica: 1. Almacenamiento Centralizado 2. Organización y Estructura 3. Gestión de Versiones y Control de Cambios 4. Colaboración y Acceso Controlado 5. Diversidad de Tipos En resumen, un repositorio proporciona un lugar organizado y estructurado para almacenar, gestionar y colaborar en una variedad de datos o recursos digitales, facilitando la eficiencia en la gestión de la información.

01

CARACTERISTICAS

El patrón de diseño Repository abstrae la capa de almacenamiento en una aplicación, separando la lógica de negocio de los detalles específicos de acceso a datos. Su principal objetivo es proporcionar una interfaz común para las operaciones de almacenamiento, como recuperación, actualización, inserción y eliminación. Al adoptar este patrón, la lógica de negocio opera sobre objetos de dominio, independientemente de cómo se almacenen los datos. Esto mejora la mantenibilidad, la prueba unitaria y la coherencia del código al centralizar la gestión de consultas y transacciones, facilitando la reutilización del código de acceso a datos en toda la aplicación.

02

ejemplo 01

Supongamos que estás desarrollando una aplicación que gestiona libros. En lugar de que tu código de negocio acceda directamente a la base de datos, podrías implementar un Repositorio de Libros. Este repositorio tendría métodos para recuperar, guardar, actualizar y eliminar libros. La capa de negocio podría interactuar con este repositorio sin preocuparse de cómo se gestionan los datos en la base de datos subyacente.

03

EJEMPLO 02

¡GRACIAS!