Differences

This shows you the differences between two versions of the page.

--- wiki:psp_1 [2024/08/24 23:30] – admin
+++ wiki:psp_1 [2024/08/28 23:52] (current) – admin
@@ Line 250: / Line 250: @@
 El acoplamiento estructural puede ser aceptable o no aceptable, dependiendo de la estabilidad de la interfaz de la clase de destino. El acoplamiento evolutivo, especialmente cuando cualquier cambio en ''B'' se propaga a la clase de origen ''A'', representa un acoplamiento no aceptable.
-Kent Beck, cuando trabajaba en Facebook, creó un glosario de términos relacionados con el diseño de software. En este glosario, acoplamiento se define de la siguiente forma [[https://engineering.fb.com/2011/09/27/uncategorized/software-design-glossary/|(enlace)}}:
+Kent Beck, cuando trabajaba en Facebook, creó un glosario de términos relacionados con el diseño de software. En este glosario, acoplamiento se define de la siguiente forma [[https://engineering.fb.com/2011/09/27/uncategorized/software-design-glossary/|(enlace)]]:
@@ Line 265: / Line 265: @@
 Miles de sistemas web dependían de esta función trivial, pero la dependencia ocurría de manera indirecta. Los sistemas usaban npm para descargar dinámicamente el código JavaScript de una biblioteca B1, que a su vez dependía de una biblioteca B2 cuyo código también estaba en npm, y así sucesivamente, hasta alcanzar una biblioteca Bn que dependía de left-pad. Como resultado, todos los sistemas que dependían de left-pad — de forma directa o indirecta — quedaron fuera de servicio durante algunas horas, hasta que la biblioteca se volvió a insertar en npm. En resumen, los sistemas se vieron afectados por un problema en una biblioteca trivial, y no tenían la menor idea de que estaban acoplados a ella.
+====== Principios de Diseño SOLID y Otros ======
+Los principios de diseño son recomendaciones más concretas que los desarrolladores de software deben seguir para cumplir con las propiedades de diseño. Así, las propiedades de diseño pueden verse como recomendaciones aún genéricas (o tácticas), mientras que los principios ahora están en un nivel operativo.
+Estudiaremos los siete principios de diseño enumerados en la siguiente tabla. La tabla también muestra las propiedades de diseño que se contemplan al seguir cada uno de estos principios.
+^ Principios de Diseño ^ Propiedades de Diseño ^
+| [[wiki:pru|Responsabilidad Única]]    | Cohesión   |
+| [[wiki:psi|Segregación de Interfaces]]    | Cohesión  |
+| [[wiki:pid|Inversión de Dependencias]]    | Acoplamiento  |
+| [[wiki:ppch|Preferir Composición sobre Herencia]]    | Acoplamiento  |
+| [[wiki:pd|Demeter]]  | Ocultamiento de la Información  |
+| [[wiki:pac|Abierto/Cerrado]]  | Extensibilidad  |
+| [[wiki:psl|Sustitución de Liskov]]  | Extensibilidad  |
+Cinco de los principios que vamos a estudiar son conocidos como los Principios SOLID, un acrónimo acuñado por Robert Martin y Michael Feathers [[https://dl.acm.org/doi/book/10.5555/3175742|(enlace)]]. Este acrónimo deriva de la letra inicial de cada principio en inglés:
+  * **S**ingle Responsibility Principle (Principio de Responsabilidad Única)
+  * **O**pen/Closed Principle (Principio Abierto/Cerrado)
+  * **L**iskov Substitution Principle (Principio de Sustitución de Liskov)
+  * **I**nterface Segregation Principle (Principio de Segregación de Interfaces)
+  * **D**ependency Inversion Principle (Principio de Inversión de Dependencias)
+Los principios de diseño que vamos a estudiar tienen un punto en común: no solo buscan resolver un problema, sino también asegurar que la solución encontrada pueda mantenerse y evolucionar con éxito en el futuro. Los mayores problemas con los proyectos de software suelen ocurrir después de la implementación, cuando el sistema necesita ser mantenido. Normalmente, existe una tendencia a que este mantenimiento se vuelva gradualmente más lento, costoso y arriesgado. Por lo tanto, los principios de diseño que estudiaremos intentan reducir o posponer esta continua degradación de la calidad interna de los sistemas de software. En resumen, el objetivo no es solo entregar un diseño capaz de resolver un problema, sino también facilitar los mantenimientos futuros. Recuerda que la principal regla sobre los requisitos de software es que cambian con frecuencia. Lo mismo ocurre con las tecnologías de implementación, como bibliotecas y frameworks.

Professor Daniel San Martín

User Tools

Site Tools

Differences

Page Tools