Screaming Architecture

Screaming Architecture

• En lugar de tener carpetas como components, reducer, actions, api, etc., uses los objetos de tu negocios como carpetas. Es decir, si tiene un proyecto de una tienda online, tendrias carpetas como: products, users, orders, etc; y dentro es que tendrías las implementaciones según el stack tecnológico que has escogido.
• Es poner tu negocio o el valor de tu producto en un nivel superior en la jerarquía.
• La tecnología que usamos está al servicio del negocio y no al revés.

Hola amigos, se me estaba haciendo algo dificil entender como implementar todo esto, personalmente se me hizo un poco corto el video pero luego de buscar un rato acá les dejo este recurso que creo que profundiza un poco más sobre como implementar esto especificamente en React.js

https://profy.dev/article/react-folder-structure#exit-group-by-features

El patrón de arquitectura "Screaming Architecture" se enfoca en organizar el código alrededor de los objetos de negocio, en lugar de seguir una estructura convencional de carpetas como "components", "reducers", "actions", "api", etc. En lugar de eso, se utilizan carpetas que representan los objetos de negocio, como "products", "users", "orders", etc. Dentro de estas carpetas se encuentran las implementaciones correspondientes a ese objeto de negocio, según el stack tecnológico elegido. La idea detrás de este patrón es poner el negocio y el valor del producto en un nivel superior de la jerarquía, de modo que la tecnología utilizada esté al servicio del negocio, y no al revés. Esto significa que la estructura del código refleja directamente la estructura del negocio, lo que facilita la comprensión y el mantenimiento del código a largo plazo. Algunas ventajas de este enfoque: * Enfoque centrado en el negocio: La estructura del código se alinea directamente con los objetos y procesos del negocio, lo que lo hace más intuitivo y fácil de entender. * Facilita la comunicación: Al organizar el código en torno a los objetos de negocio, es más sencillo comunicar y explicar la estructura de la aplicación a las partes interesadas del negocio. * Mantenibilidad mejorada: Los cambios en el negocio se reflejan más fácilmente en la estructura del código, lo que facilita su mantenimiento a lo largo del tiempo. * Escalabilidad: Al tener una estructura orientada al negocio, es más sencillo escalar la aplicación a medida que el negocio crece y se expande. En resumen, Screaming Architecture pone el énfasis en la estructura del negocio, en lugar de la estructura técnica, lo que facilita la comprensión, el mantenimiento y la escalabilidad del código a lo largo del tiempo.