S: Single Responsability Principle, Establece la responsabilidad sencilla de una clase, componente o servicio, es decir, que no hagan mas de un tarea.

O: Open/Closed Principle, establece que las clases se puede utilizar o extender mejor dicho en cualquier parte de la solucion pero no se podra bajo ningun motivo modificarla.

L: Liskov Substitution Principle, llamado asi por la Desarrolladora Barbara Liskov, establece que si estamos usando una clase, y esta clase es extendida, tenemos que poder utilizar cualquiera de las clases hijas y que el programa siga siendo válido.

I: Interface Segregation Principle, NInguna clase deberá implementar métodos que no vaya a utilizar.

D: Dependency Inversion Principle, Con este principio se busca que ningun modulo dependa de otro sino que dependan de abstracciones, para que los modulos sean reutilizables.

Advertisement

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s