Principios de Diseño Orientado a Objetos

Para realizar modelos orientados a objetos no esta de mas conocer algunos principios para poder verificar la fortaleza de los mismos. Ya hay una serie de principios que se recomiendan para un diseño orientado a objetos. Entre estos podemos encontrar los siguientes:

Responsabilidad Única

Cada clase debe ser responsable de realizar solo una actividad del sistema

Clase Abierta y Cerrada

Una clase debe ser abierta a la extensión y cerrada a la modificación

Principio de Substitución de Liskov

Cada clase que hereda de otra puede usarse como su padre sin necesidad de conocer las diferencias entre ellas

Principio de Inversión de Dependencia

Los modulos de nivel superior no deben depender sino de las abstracciones. Los detalles deben depender a su vez de las abstracciones, no al contrario

Principio de Segregación de Interfaces

La implementación de las abstracciones (que contradictorio) debe estar en la medida de lo posible en interfaces y no en clases

Principio de Equivalencia de Reuso y Distribución

Solo los componentes que se distribuyen de manera final pueden ser reutilizados, el elemento mas importante es entonces el paquete.

Principio de Cierre Común

Los componentes que comparten funciones entre ellos o que dependen uno del otro deberían ser colocados juntos

Principio de Reuso Común

Si se reutiliza una clase de un paquete entonces se reutilizan todas

Principio de Dependencías Aciclicas

Los paquetes y sus dependencias no deben formar ciclos entre si

Principio de Dependencías Estables

Los paquetes menos estables han de depender de los paquetes mas estables

Principio de Abstracción Estable

Los paquetes deben ser más abstractos mientras mas estables son

Los 5 primeros principios son los que no deberían olvidarse mientras se escriben clases, aunque todos los principios son importantes.