Tag
Tema técnico recurrente en el archivo público.
El penúltimo principio del que nos toca escribir hoy es el de la segregación de interfaces. El corolario de este principio nos indica lo siguiente: Los clientes no deberían ser forzados a depender de métodos que no vayan a usar. El problema que se tiene con las grandes interfaces podemos verlo claramente en la clase MembershipProvider que usaba microsoft hace algún tiempo. Hace un tiempo, microsoft sólo soportaba SQL Server como provider, por lo que si se…
El tercer principio que compone SOLID es el Liskov Substitution Principle, y este nos plantea Plantea una guía de cuando debemos usar herencia en POO. Let Φ (x) be a property provable about objects x of type T. Then Φ (y) should be true for objects y of type S where S is a subtype of T. Este principio, podemos entenderlo en su modo más simple de la siguiente forma "Las clases derivadas, deben poder ser sustituidas por sus clases base". Para ejemplificar…
Siguiendo con la linea de post que presentan los principios que componen marco de buenas prácticas SOLID. El que vamos a desarrollar en este post es el "Open Close Principle", esto hace referencia a que el código que desarrollamos debería estar abierto a ser extendido y cerrado a las modificaciones.
Ya hace un tiempo llevo trabajando en una empresa en el sector financiero, en la cual como toda empresa de su envergadura el stack de tecnologías y aplicaciones que poseen es diverso. Y como comprenderan eso tarde o temprano nos llevaba tener que trabajar con legacy code, y las serie de retos que estos involucran. Más de una vez, he tenido que atajar métodos de más de 1000 líneas de código que tenían como objetivo extornar algún monto, grabar log, etc.…