https://github.com/alansastre/java-solid
Principios SOLID en Java. Pautas para crear Código Limpio o Clean código, código mantenible y fácil de leer.
https://github.com/alansastre/java-solid
clean-architecture clean-code dependency-inversion-principle interface-segregation-principle java java11 java17 java8 liskov-substitution-principle open-closed-principle single-responsibility-principle solid-principles solidity
Last synced: about 2 months ago
JSON representation
Principios SOLID en Java. Pautas para crear Código Limpio o Clean código, código mantenible y fácil de leer.
- Host: GitHub
- URL: https://github.com/alansastre/java-solid
- Owner: alansastre
- Created: 2022-12-27T10:36:07.000Z (over 2 years ago)
- Default Branch: main
- Last Pushed: 2022-12-27T10:36:12.000Z (over 2 years ago)
- Last Synced: 2025-04-09T08:44:17.958Z (3 months ago)
- Topics: clean-architecture, clean-code, dependency-inversion-principle, interface-segregation-principle, java, java11, java17, java8, liskov-substitution-principle, open-closed-principle, single-responsibility-principle, solid-principles, solidity
- Language: Java
- Homepage:
- Size: 15.6 KB
- Stars: 8
- Watchers: 2
- Forks: 2
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
README
# Principios SOLID en Java
Principios orientados a objetos con el fin de que el código sea más mantenibles. Tienen su
origen gracias a Robert Martins (Uncle Bob).
SOLID es un acrónimo mnemotécnico acuñado por Michael Feathers y que se basa en los cinco principios que establece para escribir software comprensible y mantenible:
* **Principio de responsabilidad única (SRP)**: Cada interfaz, clase o método que definamos debe tener un objetivo claramente definido. En esencia, lo ideal es que haga una cosa y la haga bien. Esto lleva a que los métodos y las clases sean más pequeños y que se puedan probar.
* **Principio de apertura-cierre (OCP)**: El código que escribimos debería estar idealmente abierto a la extensión pero cerrado a la modificación. Lo que esto significa es que una clase debe ser escrita de manera que no haya necesidad de modificarla. Sin embargo, debería permitir cambios a través de la herencia o la composición.
* **Principio de sustitución de Liskov (LSP)**: Este principio establece que cada subclase o clase derivada debe ser sustituible por su clase madre o base. Esto ayuda a reducir el acoplamiento en el código base y, por tanto, a mejorar la reutilización.
* **Principio de segregación de interfaces (ISP)**: Implementar una interfaz es una forma de proporcionar un comportamiento específico a nuestra clase. Sin embargo, una clase no debe implementar métodos que no necesita. Esto nos obliga a definir interfaces más pequeñas y centradas.
* **Principio de inversión de la dependencia (DIP)**: Según este principio, las clases sólo deben depender de las abstracciones y no de sus implementaciones concretas. Esto significa efectivamente que una clase no debería ser responsable de crear instancias para sus dependencias. En su lugar, dichas dependencias deben ser inyectadas en la clase.