מבוא לתבניות נגד דפוס

כרגע מוצג התיעוד של Apigee Edge.
כניסה למסמכי התיעוד של Apigee X.
מידע

בקטע הזה נסביר על תבניות נגדיות נפוצות שניתן לזהות אותן דרך שרתי ה-proxy של ה-API שפרוסים בפלטפורמת Apigee Edge.

החדשות הטובות הן שאפשר לזהות ולתקן כל אחת מהתבניות האלה בעזרת שיטות עבודה נכונות והולמות. כתוצאה מכך, ממשקי ה-API שפרוסים ב-Edge ישרתו את המטרה שלהם ויניבו ביצועים טובים יותר.

סיכום של אנטי-דפוסים

הטבלה הבאה מפרטת את התבניות נגדיות בקטע הזה:

קטגוריה הדפסים
נוגדי מדיניות
נוגדי ביצועים
אנטי-דפוסים גנריים
אנטי-דפוסים לקצה העורפי
Edge לתבניות נגד ענן פרטי

הורדת ספר דיגיטלי בנושא נוגדנים

בנוסף לקישורים שלמעלה, ניתן גם להוריד את התבניות נגד הדפסים בפורמט ספר אלקטרוני:

מהי אנטי-דפוס?

ויקיפדיה מגדירה את המאפיינים האלה:

בהנדסת תוכנה, קו אנטי-דפוס הוא דפוס שמשתמשים בו בדרך כלל, אבל הוא לא אפקטיבי ו/או לא פרודוקטיבי.

במילים פשוטות, נוגדי דפוס הם משהו שהתוכנה מאפשרת "למשתמש" לעשות, אבל זה משהו שעלול להשפיע לרעה על הפונקציונליות, השירות או הביצועים.

לדוגמה, נתבונן ב-"God Class/Object" שנשמע בכל העולם.

בשפה מבוססת-אובייקט, מחלקה שיש בה יותר מדי מחלקות באפליקציה נתונה היא god class.

לדוגמה, נניח שיש לכם אפליקציה עם עץ ההפניות הבא:

איור 1: כיתת אלוהים

כפי שניתן לראות בתמונה, כיתת האל משתמש ומפנה ליותר מדי כיתות.

מסגרת הפיתוח של האפליקציה לא מונעת את יצירת סיווג כזה, אבל יש לה הרבה חסרונות, שהעיקריים שבהם הם:

  • קשה לתחזק
  • נקודת כשל בודדת כאשר האפליקציה פועלת

לכן, יש להימנע מיצירה של מחלקה כזו. זהו נוגדי דפוס.

קהל היעד

הקטע הזה משרת בצורה הטובה ביותר מפתחי Apigee Edge כשהם מתקדמים במחזור החיים של תכנון ופיתוח של שרתי proxy ל-API עבור השירותים שלהם. עדיף להשתמש בו כמדריך במהלך מחזור החיים של פיתוח ה-API ובמהלך פתרון הבעיות.