Vous consultez la documentation d'Apigee et d'Apigee hybrid.
Consultez la documentation d'Apigee Edge.
Cette section concerne les antimodèles courants qui surviennent lorsque des proxys d'API sont déployés sur Apigee.
Qu'est-ce qu'un antimodèle ?
Un antimodèle est une pratique de conception logicielle qui est inefficace ou contre-productive, c'est-à-dire l'opposé d'une "bonne pratique". En d'autres termes, un antimodèle est une pratique que le logiciel vous autorise à faire, mais qui peut avoir un impact négatif sur la fonctionnalité ou les performances.
Prenons l'exemple de la classe "God Class/Object" aux accents de tout-puissance. Dans la programmation orientée objet, une god class est une classe qui contrôle trop de classes pour une application donnée, comme illustré par l'arborescence de référence suivante :
Comme le montre l'illustration, la god class utilise et référence trop de classes.
Le framework sur lequel l'application a été développée n'empêche pas la création de ce type de classe. Il présente toutefois de nombreux inconvénients, les principaux étant :
- Sa difficulté de gestion
- Son point de défaillance unique lorsque l'application s'exécute
Par conséquent, une telle classe est un antimodèle que vous devez éviter de créer.
La bonne nouvelle, c'est que vous pouvez identifier ces antimodèles et les corriger avec les bonnes pratiques appropriées. Ainsi, les API que vous déployez sur Apigee répondront mieux à leur objectif.
Résumé des antimodèles
Le tableau suivant répertorie des antimodèles d'API courants :
Télécharger l'e-book sur les antimodèles
Outre les liens ci-dessus, vous pouvez également télécharger les antimodèles au format d'e-book :