Capítulo 4. Antipatrones
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Como ingenieros, podemos encontrarnos con situaciones en las que tenemos un plazo límite para entregar una solución o en las que el código se incluye como una serie de parches sin una revisión del código. En estos casos, el código no siempre está bien pensado y puede propagar lo que llamamos antipatrones. Este capítulo describe qué son los antipatrones y por qué es esencial comprenderlos e identificarlos. También veremos algunos antipatrones típicos enJavaScript.
¿Qué son los antipatrones?
Si un patrón representa una buena práctica, un anti-patrón representa la lección aprendida cuando un patrón propuesto sale mal. Inspirándose en el libro Design Patterns (Patrones de diseño) del GoF, Andrew Koenig acuñó por primera vez el término antipatrón en 1995 en su artículo del volumen 8 delJournal of Object-Oriented Programming. Describió los antipatrones como
Un antipatrón es igual que un patrón, salvo que, en lugar de una solución, da algo que superficialmente parece una solución, pero no lo es.
Presentó dos nociones de antipatrones. Antipatrones:
-
Describe una mala solución a un problema concreto que provocó una situación desfavorable
-
Describe cómo salir de dicha situación y llegar a una buena solución
Sobre este tema, Alexander escribe acerca de las dificultades para lograr un buen equilibrio entre una buena estructura de diseño y ...