Fluxograma
SOLID PRINCIPLES - CLASSES
Conteúdo do fluxograma
Principios SOLID
Single Responsability Principle
(Principio de Responsabilidad Única)
Opened / Closed Principle
Principo Abierto / Cerrado
Liskov Substitution
(Sustitución Liskov)
Interface Segregation Principle
(Principio de Separación de la Interfaz)
Dependency Inversion Principle
(Principio de Inversión de las Dependencias)
Los primeros desarrolladores creaban programas, cuya principal función era establecer tareas específicas. Hoy en día, los sistemas han evolucionado y se han considerado más robustos.
se basan en
un acrónimo de Principios
una serie de herramientas en la POO
que proporciona
permiten
la construcción de un Software con mejor calidad de código
"La noción de que un objeto solo debería tener una única responsabilidad."
dicta
se caracteriza por
significa que
cada objeto y sus servicios deben asociarse a una única responsabilidad o actividad o función del sistema.
evita que
una clase provoque fallos o errores a las demás
los clientes añadan clases con elementos innecesarios
acorde a
un cambio de responsabilidad
Los cambios asignados a un módulo de clases no afectarán al resto.
obtener cambios
Abierto
su comportamento o lógica de clases
Cerrado
el código fuente de dicha clase no se altera ni cambia.
que consiste en que
cuya dependencia o asociación de
tiene como objetivo
extendidas en nuevas clases usando Herencia.
para modificación
pueden ser
tiene como ventaja
En un código, el módulo se comporta de nuevas formas cuando se modifican los requisitos del Software.
1...1 se transforma de 1...*
añadiendo
es basada en
nuevo código sin afectar al resto de elementos de Diseño.
una ambigüedad
afirma que
la Herencia entre clases de la POO
se pueden
asegura que
según
confundir las clases y a veces se olvida el propósito del porqué fueron creadas.
"Cada clase que hereda de otra puede usarse como Clase Padre sin necesidad de conocer las diferencias entre ellos."
una clase derivada debe tener cierto comportamiento al de la Clase Padre.
Rama de procesos específicos que cumple una determinada clase y contienen varias abstracciones.
cuyo objetivos son
afirma
lo cual significa que
No se deben integrar métodos innecesarios a una clase,
la Clase Cliente hacia los metodos de interfaces que no se requieren.
entre métodos de interfaces separadas.
"Los clientes no deben ser forzados a depender de interfaces que no utilizan."
se encarga de
define a una interfaz como
describe que
asegurando
Los cambios en módulo de bajo nivel no afecten a los de alto nivel.
dependencias de la Abstracción
Ambos dependen de la Abstracción y los detalles dependen de ella.
"Los módulos de alto nivel no deben depender de los módulos de bajo nivel."
Factibles a la Reutilización de módulo de alto nivel.
mantener el código desmontado
aumenta
es decir
Informações
- Descrição
- Fluxograma sobre SOLID PRINCIPLES - CLASSES, criado por Elizabeth Davila em 26-01-2019.
- Criado por
- Elizabeth Davila
- Visualizações
- 1
- Avaliação