Patrón Composite
El patrón Composite es otro de los ya clásicos patrones de diseño presentados en el libro Gang of Four. Nos permite agrupar el comportamiento de colecciones de objetos en objetos individuales.
El patrón Composite es otro de los ya clásicos patrones de diseño presentados en el libro Gang of Four. Nos permite agrupar el comportamiento de colecciones de objetos en objetos individuales.
El patrón Abstract Factory, se encuentra dentro de los denominados patrones de creación. Como define el ya clásico Gang of Four, nos permite desacoplar y flexibilizar la lógica de creación permitiendo múltiples implementaciones.
Probablemente uno de los patrones más utilizados en lenguajes de programación modernos. El patrón Factory, una variante actual de los patrones de creación definidos en Gang of Four como Factory Method y Abstract Factory, permite desacoplar la lógica de creación de forma centralizada.
El patrón builder entra dentro de la categoría de patrones de creación. Esto significa que su uso esta ideado para construir objetos. La idea primigenia plasmada en el ya clásico Gang of Four, gira entorno a desacoplar el código de construcción del código de representación.
De forma análoga al uso de dobles en Hollywood, los test doubles son un término genérico que hace referencia a cualquier caso en el que se reemplaza un objeto de producción con otro con el único objetivo de probar el código.
Los conceptos que definen un buen diseño software son bien conocidos. Básicamente hay 7 propiedades que distinguen la calidad del software: alta cohesión, bajo acoplamiento, no redundacia, encapsulación, testabilidad, legibilidad y foco. El problema viene cuando tratas de ponerlo en práctica. Una cosa es saber que has de encapsular los datos, la implementación, el tipo, el diseño o la construcción y otra bien distinta es cómo hacerlo.
El principio de sustitución de Liskov, o LSP (Liskov Substitution Principle), corresponde a la sigla L dentro de los 5 principios SOLID para la programación orientada a objetos.
Los objetos de un programa deberían ser reemplazables por instancias de sus subtipos sin alterar el correcto funcionamiento del programa
El principio de responsabilidad única es el primer principio del acrónimo SOLID para la programación Orientada a Objetos.
Un módulo o una función debe tener una y solo una responsabilidad, o lo que es lo mismo, debe tener una y solo una razón para cambiar.
Cada vez que escribes un comentario deberías sentir el fracaso de tu habilidad para expresarte — Robert C. Martin
La causa mas común detrás de un comentario es un código poco expresivo y pobre. Limpiar tu código siempre te va a llevar menos tiempo que comentar lo que hace para que se entienda.