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.
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).