Lamentablemente, esto es sólo una utopía para los programadores y con el correr del tiempo hemos tratado de no caer en las trampas que nosotros mismos nos creamos cuando programamos sin pensar en los cambios que los requerimientos pueden sufrir a lo largo del tiempo.
Entra tantas mejoras que se han ido agregando al desarrollo de software, la programación orientada a objetos (P.O.O.) se ha convertido en un conocimiento que hoy se considera muy importante para esta tarea.
Implementar los principios S.O.L.I.D., nos redundará en una mejora sustancial del diseño y arquitectura de nuestras aplicaciones, haciendo que las mismas sean mucho más flexibles y extensibles.
Este acrónimo mnemotécnico surge de la unión de varios principios básicos de la programación orientada a objetos, explicados en el libro "Agile software development: Principles, Patterns and Practices" por uno de los grandes exponentes de la Artesanía del software: el famoso Uncle Bob (Robert Cecil Martin).
- Principio de responsabilidad única: Cada clase debe tener un y sólo un motivo para cambiar.
- Principio abierto/cerrado: Los objetos deben estar abiertos a extensión, pero cerrados a la modificación.
- Principio de sustitución de Liskov: Los objetos de una clase deben poder ser sustituidos por instancias de clases derivadas.
- Principio de segregación de interfaces: Crear pequeñas interfaces específicas para los clientes.
- Principio de inversión de dependencias: Depender de abstracciones, no de implementaciones concretas.
A lo largo de sucesivos posteos iré tratando de desentrañar cada uno de estos principios con la esperanza de que les pueda servir a todos tanto como a mí me han servido.
Nota: Si bien no es excluyente, se recomienda tener experiencia en P.O.O. para hacer una buena implementación de ellos y así obtener el mayor beneficio posible.
0 comentarios:
Publicar un comentario
Muchas gracias por leer el post y comentarlo.