Wprowadzenie do wzorów

Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X.
Informacje

W tej sekcji omawiamy typowe wzorce, które występują w ramach serwerów proxy interfejsu API wdrożonych na platformie Apigee Edge.

Dobra wiadomość jest taka, że każdy z tych antywzorców można wyraźnie zidentyfikować i usunąć, stosując odpowiednie sprawdzone metody. W rezultacie interfejsy API wdrożone w Edge będą spełniać swoje zadania i będą bardziej wydajne.

Podsumowanie antywzorców

W tabeli poniżej wymieniono wzorce niepożądane omawiane w tej sekcji:

Kategoria wzorce błędne.
Nieprawidłowe wzorce zasad
Wzorce nieprawidłowe w zakresie wydajności
Ogólne wzorce nieprawidłowe
Nieprawidłowe rozwiązania backendu
Nieprawidłowe rozwiązania w Edge for Private Cloud

Pobierz e-booka o antywzorach

Oprócz linków powyżej możesz też pobrać antywzorce w formacie e-booka:

Co to jest antywzorzec?

Wikipedia definiuje antywzorzec oprogramowania jako:

W inżynierii oprogramowania antywzorzec to wzorzec, który może być powszechnie używany, ale w praktyce jest nieskuteczny lub przynosi odwrotny skutek.

Mówiąc w prosty sposób, antywzorzec to coś, co oprogramowanie zezwala „użytkownikowi” robić, ale może mieć negatywny wpływ na funkcjonalność, konserwację lub wydajność.

Rozważ na przykład wszechmocną „klasę/obiekt Boga”.

W ujęciu obiektowym klasa bóstwo to klasa, która kontroluje zbyt wiele klas w danej aplikacji.

Weź pod uwagę aplikację z takim drzewem referencyjnym:

Rysunek 1. Klasa God

Jak widać na obrazku, klasa „bóg” używa i odwołuje się do zbyt wielu klas.

Framework, na którym oparta jest aplikacja, nie uniemożliwia utworzenia takiej klasy, ale ma wiele wad, z których najważniejsze to:

  • Trudne do utrzymania
  • pojedynczy punkt awarii podczas działania aplikacji;

W związku z tym należy unikać tworzenia takich zajęć. Jest to antywzorzec.

Docelowi odbiorcy

Ta sekcja jest najbardziej przydatna dla deweloperów Apigee Edge, którzy przechodzą przez cykl projektowania i tworzenia serwerów proxy interfejsów API do swoich usług. Najlepiej używać go jako przewodnika podczas cyklu tworzenia interfejsu API i rozwiązywania problemów.