Estás viendo la documentación de Apigee Edge.
Ve a la
documentación de Apigee X. info
En esta sección, se describen los antipatrones comunes que se observan como parte de los proxies de API implementados en la plataforma de Apigee Edge.
La buena noticia es que cada uno de estos antipatrones se puede identificar de manera clara y rectificar con recomendaciones adecuadas. En consecuencia, las APIs implementadas en Edge cumplirían con su propósito previsto y serían más eficaces.
Resumen de antipatrones
En la siguiente tabla, se enumeran los antipatrones en esta sección:
Descarga el libro electrónico de antipatrones
Además de los vínculos anteriores, también puedes descargar los antipatrones en formato de libro electrónico:
¿Qué es un antipatrón?
En Wikipedia, un antipatrón de software se define de la siguiente manera:
En la ingeniería de software, un antipatrón es un patrón que se puede usar con frecuencia, pero que no es eficaz o es contradictorio en la práctica.
En pocas palabras, un antipatrón es algo que el software permite que el "usuario" haga, pero puede tener un efecto adverso en un servicio, en una función o en el rendimiento.
Por ejemplo, considera la “Clase/Objeto Dios”, que suena omnipotente.
En una disposición orientada a objetos, una clase dios es una clase que controla demasiadas clases para una aplicación determinada.
Por ejemplo, considera una aplicación con el siguiente árbol de referencia:
Como se ilustra en la imagen, la clase de dios usa y hace referencia a demasiadas clases.
El framework en el que se desarrolló la aplicación no impide la creación de esta clase, pero tiene muchas desventajas. Las principales son las siguientes:
- Difícil de mantener
- Punto único de fallo cuando se ejecuta la aplicación
En consecuencia, se debe evitar la creación de esa clase. Es un antipatrón.
Público objetivo
Esta sección va dirigida a los desarrolladores de Apigee Edge a medida que avanzan en el ciclo de vida de diseñar y desarrollar proxies de API para sus servicios. Idealmente, se debe usar como guía de referencia durante el ciclo de vida de desarrollo de la API y durante la solución de problemas.