אתם צופים במסמכי העזרה של Apigee Edge.
כניסה למסמכי העזרה של Apigee X. info
בקטע הזה נסביר על דפוסי נגד נפוצים שאנחנו מזהים כחלק מהשרתים המתווך של ה-API שנפרסים בפלטפורמת Apigee Edge.
החדשות הטובות הן שאפשר לזהות בבירור כל אחת מהדפוסים האלה ולתקן אותם באמצעות שיטות מומלצות מתאימות. כתוצאה מכך, ממשקי ה-API שנפרסים ב-Edge ישמשו למטרה שלשמה הם נועדו, והביצועים שלהם יהיו טובים יותר.
סיכום של דפוסי נגד
בטבלה הבאה מפורטים דפוסי האנטי-עיצוב בקטע הזה:
הורדת הספר הדיגיטלי 'דוגמאות לאופן העבודה הלא נכון'
בנוסף לקישורים שלמעלה, אפשר גם להוריד את דפוסי ההתנהגות השליליים בפורמט של ספר אלקטרוני:
מהו דפוס נגד?
בוויקיפדיה מוגדרת דפוס תוכנה הפוך כ:
בתכנות תוכנה, דפוס נגד הוא דפוס שעשוי להיות נפוץ, אבל לא יעיל או מזיק בפועל.
במילים פשוטות, דפוס נגד הוא משהו שהתוכנה מאפשרת ל'משתמש' שלה לעשות, אבל הוא יכול להשפיע לרעה על הפונקציונליות, על השירותיות או על הביצועים.
לדוגמה, נניח שאנחנו משתמשים ב'מחלקה/אובייקט אלוהים'.
בשפה של תכנות מונחת אובייקטים, מחלקת-על היא מחלקה ששולטת ביותר מדי מחלקות באפליקציה מסוימת.
לדוגמה, נניח שיש אפליקציה עם עץ העזר הבא:
כפי שמוצג בתמונה, בכיתה ה'אל' נעשה שימוש ביותר מדי כיתות והיא מפנה אליהן.
המסגרת שבה האפליקציה פותחה לא מונעת את היצירה של כיתה כזו, אבל יש לה הרבה חסרונות, והעיקריים שבהם הם:
- קשה לתחזק
- נקודת כשל בודדת כשהאפליקציה פועלת
לכן, מומלץ להימנע מהיצירה של כיתה כזו. זוהי דפוס הפוך.
קהל היעד
הקטע הזה מיועד למפתחים של Apigee Edge במהלך מחזור החיים של תכנון ופיתוח שרתים proxy של ממשקי API לשירותים שלהם. מומלץ להשתמש בו כמדריך עזר במהלך מחזור החיים של פיתוח ה-API ובמהלך פתרון בעיות.