Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Sie lesen gerade die Dokumentation zu Apigee und Apigee Hybrid. Apigee Edge-Dokumentation aufrufen.
In diesem Abschnitt geht es um häufige Antimuster, die auftreten, wenn API-Proxys in Apigee bereitgestellt werden.
Was ist ein Antimuster?
Ein Antimuster ist ein Software-Design, das unwirksam oder kontraproduktiv ist – das Gegenteil einer "Best Practice".
Anders ausgedrückt, könnte ein Antimuster etwas sein, was Ihnen die Software ermöglicht, das jedoch nachteilige Auswirkungen auf Funktionen oder die Leistung haben kann.
Stellen Sie sich beispielsweise das flüchtige Objekt "God Class/Object" vor. Bei der objektorientierten Programmierung ist eine God-Klasse eine Klasse, die zu viele Klassen für eine bestimmte Anwendung steuert, wie in der folgenden Referenzstruktur veranschaulicht:
Abbildung 1: God-Klasse
Wie das Bild veranschaulicht, verwendet die God-Klasse zu viele Klassen und verweist auf zu viele Klassen.
Das Framework, auf dem die Anwendung entwickelt wurde, verhindert nicht die Erstellung einer solchen Klasse, sondern es weist viele Nachteile auf. Dazu gehören:
Verwaltung schwierig
Single Point of Failure, wenn die Anwendung ausgeführt wird
Daher ist eine solche Klasse ein Antimuster, das Sie vermeiden sollten.
Die gute Nachricht ist, dass Sie diese Antimuster identifizieren und mit geeigneten Best Practices korrigieren können, sodass die in Apigee bereitgestellten APIs den vorgesehenen Zweck am besten erfüllen.
Zusammenfassung der Antimuster
In der folgenden Tabelle sind einige gängige API-Antimuster aufgeführt:
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-09-03 (UTC)."],[[["\u003cp\u003eThis documentation outlines common antipatterns encountered when deploying API proxies on Apigee and Apigee hybrid.\u003c/p\u003e\n"],["\u003cp\u003eAn antipattern is a software design practice that is ineffective or counterproductive, potentially causing adverse functional or performance impacts, as opposed to a best practice.\u003c/p\u003e\n"],["\u003cp\u003eAntipatterns, such as a "God Class" in object-oriented programming, are undesirable practices that can lead to maintenance issues and single points of failure.\u003c/p\u003e\n"],["\u003cp\u003eSeveral policy, generic, and backend antipatterns are detailed, including issues related to caching, quota management, and managing Apigee resources.\u003c/p\u003e\n"],["\u003cp\u003eThe document also provides a link to download a comprehensive eBook that goes over these antipatterns.\u003c/p\u003e\n"]]],[],null,["# Introduction to antipatterns\n\n*You're viewing **Apigee** and **Apigee hybrid** documentation.\nView [Apigee Edge](https://docs.apigee.com/api-platform/antipatterns/intro) documentation.*\n\nThis section is about common antipatterns that arise when API proxies are deployed\non Apigee.\n\nWhat is an antipattern?\n-----------------------\n\nAn [*antipattern*](https://en.wikipedia.org/wiki/Anti-pattern) is a software\ndesign practice that is ineffective or\ncounterproductive---in other words, the opposite of a \"best practice.\"\nTo put it another way, an antipattern is something that the software allows you to do, but\nthat may have an adverse functional or performance impact.\n\nFor example, consider the omnipotent-sounding \"God Class/Object\". In objected oriented\nprogramming, a *god class* is a class that controls too many classes\nfor a given application, as illustrated by the following reference tree:\n**Figure 1**: God class\n\nAs the image illustrates, the god class uses and references too many classes.\n\nThe framework on which the application was developed does not prevent the creation of such a\nclass, but it has many disadvantages, the primary ones being:\n\n- Hard to maintain\n- Single point of failure when the application runs\n\nConsequently, such a class is an antipattern that you should avoid creating.\n\nThe good news is that you can identify these antipatterns and rectify them with\nappropriate best practices, which will make the APIs you deploy on Apigee best serve their intended\npurpose.\n\nSummary of antipatterns\n-----------------------\n\nThe following table lists some common API antipatterns:\n\n### Download antipatterns eBook\n\nIn addition to the links above, you can also download the antipatterns in eBook format:\n\n- [The Book of Apigee Antipatterns v2.0 (PDF)](https://docs.apigee.com/files/Apigee_Edge_Antipatterns_2_0.pdf)"]]
