Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację
Apigee X. info
W tej sekcji opisujemy typowe antypatterny, które można zaobserwować w przypadku serwerów proxy interfejsu API wdrożonych na platformie Apigee Edge.
Dobra wiadomość jest taka, że każdy z tych antypatternów można wyraźnie zidentyfikować i skorygować za pomocą odpowiednich sprawdzonych metod. Dzięki temu interfejsy API wdrożone w Edge będą spełniać swoje przeznaczenie i działać wydajniej.
Podsumowanie antypatternów
W tabeli poniżej znajdziesz listę antypatternów opisanych w tej sekcji:
Pobierz e-booka o antypatternach
Oprócz linków powyżej możesz też pobrać antypatterny w formacie e-booka:
Czym jest antypattern?
Wikipedia definiuje antypattern oprogramowania jako:
W inżynierii oprogramowania antypattern to wzorzec, który może być powszechnie stosowany, ale w praktyce jest nieskuteczny lub przynosi efekty odwrotne do zamierzonych.
Mówiąc prościej, antypattern to coś, co oprogramowanie pozwala zrobić „użytkownikowi”, ale może mieć negatywny wpływ na funkcjonalność, obsługę lub wydajność.
Rozważmy na przykład „klasę/obiekt Boga”, która brzmi wszechmocnie.
W języku zorientowanym na obiekty klasa Boga to klasa, która kontroluje zbyt wiele klas w danej aplikacji.
Rozważmy na przykład aplikację z tym drzewem odniesień:
Jak widać na ilustracji, klasa Boga używa zbyt wielu klas i odwołuje się do nich.
Platforma, na której została opracowana aplikacja, nie uniemożliwia utworzenia takiej klasy, ale ma ona wiele wad, z których najważniejsze to:
- Trudność w utrzymaniu
- Pojedynczy punkt awarii podczas działania aplikacji
Dlatego należy unikać tworzenia takiej klasy. Jest to antypattern.
Docelowi odbiorcy
Ta sekcja jest najbardziej przydatna dla deweloperów Apigee Edge, którzy projektują i tworzą serwery proxy interfejsu API dla swoich usług. Powinna ona służyć jako przewodnik podczas cyklu życia tworzenia interfejsu API i rozwiązywania problemów.