הדף הזה רלוונטי ל-Apigee ול-Apigee Hybrid.
לעיון במסמכי התיעוד של Apigee Edge
בקטע הזה מפורטים דפוסי שימוש נפוצים שמובילים לבעיות כשפורסים פרוקסי של API ב-Apigee.
מהו אנטי-תבנית?
אנטי-תבנית היא שיטת תכנון תוכנה לא יעילה או לא מועילה – במילים אחרות, ההפך משיטה מומלצת. במילים אחרות, אנטי-תבנית היא משהו שהתוכנה מאפשרת לכם לעשות, אבל עשוי להשפיע לרעה על הפונקציונליות או על הביצועים.
לדוגמה, קחו את המונח "God Class/Object" (מחלקת אלוהים/אובייקט אלוהים) שנשמע כל יכול. בתכנות מונחה-עצמים, מחלקת על היא מחלקה ששולטת ביותר מדי מחלקות באפליקציה מסוימת, כמו שמודגם בעץ ההפניות הבא:
כפי שאפשר לראות בתמונה, המחלקה הראשית משתמשת ביותר מדי מחלקות ומפנה אליהן הפניות.
ה-framework שבו פותחה האפליקציה לא מונע את היצירה של מחלקה כזו, אבל יש לו הרבה חסרונות, והעיקריים שבהם הם:
- קשה לתחזוקה
- נקודת כשל בודדת כשהאפליקציה פועלת
לכן, כיתה כזו היא אנטי-תבנית שמומלץ להימנע מיצירתה.
החדשות הטובות הן שאפשר לזהות את האנטי-דפוסים האלה ולתקן אותם באמצעות שיטות מומלצות מתאימות, שיאפשרו לממשקי ה-API שתפרסו ב-Apigee לשרת בצורה הטובה ביותר את המטרה שלשמה הם נועדו.
סיכום של אנטי-דפוסים
בטבלה הבאה מפורטים כמה דפוסי אנטי נפוצים של API:
הורדת ספר דיגיטלי בנושא דפוסי אנטי
בנוסף לקישורים שלמעלה, אפשר גם להוריד את האנטי-תבניות בפורמט של ספר דיגיטלי: