Principio: Tell, Don’t ask
El patrón Tell Don’t Ask es un principio de diseño que se utiliza para mejorar la cohesión y la modificabilidad del código al evitar la
Arquitectura Hexagonal – Arquitectura de puertos y adaptadores
Primero de todo, olvidaros del hexágono, no significa nada, simplemente es una figura bonita y fácil de recordar que le gustó a Alistair Cockburn. Alistair publicó
Principio: Composición sobre herencia – Composition over inheritance
Composition over inheritance es un principio de diseño de software que sugiere que es mejor usar la composición de objetos, en la que los objetos
Ponerle nombre a las cosas: camelCase, snake_case, kebab-case, PascalCase, MACRO_CASE y Train_Case
«Las convenciones de nomenclatura es una de las dos cosas difíciles en Informática» Jeff Atwood (Stack Overflow Co-founder) Ponerle nombre a las cosas, sobre todo
Modélo de dominio anémico – Anemic domain model
en Domain Drive Design El término «modelo de dominio anémico» se refiere a un modelo de dominio que carece de detalles y profundidad. En el
Convención sobre configuración – Convention over configuration (CoC)
El patrón de convención sobre configuración es un patrón de diseño de software que se basa en la idea de que las aplicaciones deben utilizar
Principios SOLID
Principio de Responsabilidad Única. Single Responsability Principle (SRP) Cada clase debe tener una responsabilidad única, así que solo debería tener un único método publico. Se
Code Smells
Los bad code smells, code smells o simplemente smells es código que huele a problemas. El hecho de haber code smells no quiere decir que
Martin Fowler
Martin Fowler es un informático y autor británico conocido por sus contribuciones al campo del desarrollo de software y el diseño de sistemas. Es uno
Aggregate
en Domain Drive Design (DDD) Un Aggregate, que no sería más que un elemento conceptual que engloba distintas entidades. En el ejemplo de una clase