En el artículo de hoy, aprenderemos en qué consiste el Patrón Observer, atendiendo primero a su definición estricta, y luego viendo un ejemplo del mundo real. Como siempre, cualquier duda, comentario o corrección que queráis hacer la podéis dejar en comentarios.
Hablemos de acoplamiento y cohesión. Parte 2. Cohesión
En este segundo artículo, nos centraremos es ver los distintos tipos de cohesión que hay de forma generalizada.
Hablemos de acoplamiento y cohesión. Parte 1
Acoplamiento y cohesión son pilares en el diseño de software eficiente. Descubre cómo equilibrar estas dos cualidades clave para crear sistemas escalables y fáciles de mantener.
Decorator para novatos
Si hay un patrón de diseño que suele provocar algunas dudas, es el Patrón Decorator. Pero básicamente, este patrón nos permite añadir responsabilidades a objetos de forma dinámica, es decir, que podemos ajustar el comportamiento de los objetos durante la ejecución de la aplicación.
Patrón observer
En el artículo de hoy, aprenderemos en qué consiste el Patrón Observer, atendiendo primero a su definición estricta, y luego viendo un ejemplo del mundo real. Como siempre, cualquier duda, comentario o corrección que queráis hacer la podéis dejar en comentarios.
Optimiza tus transacciones con ACID
En el desarrollo de software definimos una transacción como un conjunto de pasos que deben ejecutarse de forma ordenada. El ejemplo más común en el que solemos pensar es en las transacciones de las bases de datos, pero se utilizan en muchos más ambitos, como por ejemplo: una transacción distribuida en micro-servicios, blockchains o incluso puede que debamos desarrollar un sistema de transacciones que hayamos creado de cero para nuestro proyecto.
Clases vs Clases abstractas vs Interfaces
En el artículo de hoy, voy a intentar resolver una duda que suele aparecer frecuentemente, y es ¿Cuándo usar clases base “normales”, cuando usar clases abstractas y cuando interfaces? Repasaremos que es cada una y cuando sería recomendable utilizarla.
Principios SOLID. Capítulo D: Dependency Inversion Principle
Terminamos los principios SOLID con el último de ellos, el Principio de Inversión de Dependencias que pasaremos a analizar.
Principios SOLID. Capítulo I: Interface-Segregation Principle
Si en el capítulo anterior vimos como una mala herencia puede provocar que haya clases con métodos que no deberían implementar, para este principio tenemos un ejemplo muy parecido, pero con el caso de las interfaces.
Principios SOLID. Capítulo L: Liskov Substitution Principle
En el capítulo L, vamos a hablar del Principio de Sustitución de Liskov. Este principio lo formula Barbara Liskov junto con Jeannette M. Wing, en 1994.
Principios SOLID. Capítulo O: Open/Closed Principle
esta segunda parte de los principio SOLID, vamos a ver el llamado principio abierto/cerrado (open/closed).
Principios SOLID. Capítulo S: Single Responsibility Principle
En esta nueva serie estudiaremos los 5 principios SOLID de una forma que es espero que os resulte amena y sencilla. Comenzaremos por la S (Single Responsibility Principle).