No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Clean Architecture en el Frontend

4/15

Aportes 4

Preguntas 1

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

  • Patrones de arquitectura: el objetivo es separar responsabilidades.

Clean Architecture

  • Patr贸n de arquitectura clean architecture o arquitectura limpia: esta arquitectura tambi茅n se basa en capas
    • Entidades: son los objetos de negocio. Por ejemplo, en Platzi las entidades podr铆an ser los cursos, los profesores, los estudiantes, etc.
    • Casos de uso: son las reglas de negocio. Por ejemplo, en Platzi podr铆a ser las creaci贸n de un curso, que un estudiante se inscriba a un curso, mostrar las valoraciones de un curso, etc.
  • Las capas 鈥渆ntidades鈥 y 鈥渃asos de uso鈥 son el n煤cleo que se encarga de la l贸gica de nuestro negocio. Es la forma en la que codificamos o describimos s贸mo se usa en el mundo real, y es lo que realmente marca la diferencia con otras aplicaciones y lo que le da el valor diferencial al usuario.
    • Adaptadores de interfaz: en esta capa se encuentran los controladores, los presentadores, lo modelos de vista. Ac谩 podriamos tener todo el patr贸n MVC.
    • Bibliotecas de terceros: ac谩 se encuentran los frameworks y drivers. Por ejemplo en Platzi podriamos tener la biblioteca de React, de Redux, la de React Router, etc.
      .
  • Todas estas capas se basan en una regla: nada, nada de una capa interior puede conocer nada de una capa exterior. Es decir, que la capa 鈥渆ntidades鈥 no puede conocer nada de la capa 鈥渃apas de uso鈥. A esto se le llama 鈥渞egla de la dependencia鈥.
  • La 鈥渞egla de la dependencia鈥 es la base en la que se sustenta que una aplicaci贸n siga el patr贸n de clean architecture.

Desventaja del clean architecture

  • Puede que la curva de aprendizaje sea muy pronunciada. Conseguir que todo el equipo sepa y entienda aplicar esta arquitectura no es una tarea f谩cil.
  • La separaci贸n de las capas es un trabajo manual. Requiere experiencia y es f谩cil confundir responsabilidades.
  • En general es un patr贸n que se aplica mejor a aplicaciones grandes.
  • La velocidad de desarrollo al principio sea m谩s lenta

Ventajas

  • Ayuda a estructurar el c贸digo y la navegaci贸n por el mismo.
  • Cambios en una capa no afectan a otras.
  • Poder crear tests que solo prueben, por ejemplo, la l贸gica del negocio
angular trabaja con este patr贸n definitivamente lo malo es que la curva de aprendizaje es alta pero vale la pena

Excelente, me ha gustado mucho esta clase, super clara.
En la empresa donde laboro usamos Clean Arquitecture con Angular para aplicaciones bastante grandes y complejas.
Y usamos Screaming arquitecture orientada a Features con React para los sitios web corporativos.

Clean architecture esta basado en la separacion de capas, de manera analoga podriamos decir que es como un juguete matrioska, el cual son varios juguetes uno dentro de otro, el mas grande puede copar al mas peque帽o, pero caso contrario eso no puede suceder. Asi seria una manera de entender la arquitectura basada en capaz, si alguno de los mas peque帽os llega a necesitar saber de los grandes, aqui deberiamos utilizar la inversion de dependencias para poder comunicar la parte interna con la externa, dado a que este viene es por capaz.