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