במסמך הזה מפורטות טכניקות שבהן אפשר להשתמש כדי לשפר את ביצועי האפליקציה. התיעוד של ה-API הספציפי שבו בחרת להשתמש צריך להיות דף דומה עם פרטים נוספים לגבי חלק מהנושאים האלה. לדוגמה, תוכלו להיעזר בדף 'טיפים לשיפור הביצועים' של Google Drive API.
מידע על gzip
ספריית הלקוח הזו מבקשת דחיסת gzip לכל התגובות ב-API ופורסת את הנתונים בשבילך. למרות שהפעולה הזו דורשת זמן נוסף במעבד (CPU) כדי לבטל את הדחיסה של התוצאות, הפשרה עם עלויות הרשת בדרך כלל משתלמת.
תגובה חלקית (פרמטר של שדות)
כברירת מחדל, השרת שולח בחזרה את הייצוג המלא של המשאב אחרי עיבוד הבקשות. לביצועים טובים יותר, אפשר לבקש מהשרת לשלוח רק את השדות הנחוצים לכם באמת, ובמקום זאת לקבל תגובה חלקית.
כדי לבקש תשובה חלקית, צריך להוסיף את הפרמטר הרגיל של Fields לכל שיטת API.
הערך של הפרמטר הזה מציין את השדות שרוצים להחזיר.
אפשר להשתמש בפרמטר הזה עם כל בקשה שמחזירה נתוני תגובה.
בקטע הקוד הבא, מופעלת השיטה GetRest של שירות Discovery.
ערך הפרמטר Fields מוגדר ל-description,title.
כתוצאה מכך, האובייקט שיוחזר יכלול רק את השדות של התיאור והכותרת.
var service = new DiscoveryService();
var request = service.Apis.GetRest("calendar", "v3");
request.Fields = "description,title";
var result = request.Execute();
שימו לב איך פסיקים משמשים להפרדה בין השדות הרצויים, וקו נטוי משמש כדי לציין שדות שנמצאים בשדות הורה.
יש אפשרויות פורמט נוספות לפרמטר Fields. לפרטים נוספים אפשר לעיין בדף 'טיפים לשיפור הביצועים'
במסמכי התיעוד של ה-API שבו השתמשת.
עדכון חלקי (תיקון)
אם ממשק ה-API שאליו אתם מפעילים תומך תיקון, תוכלו להימנע משליחת נתונים מיותרים כשמשנים משאבים.
אפשר לקרוא ל-method Patch בממשקי ה-API האלה
את הארגומנטים שרוצים לשנות עבור המשאב.
מידע נוסף על סמנטיקה של תיקונים זמין בדף 'טיפים לשיפור הביצועים' במסמכי התיעוד של ה-API שבו אתם משתמשים.
Batch
אם שולחים הרבה בקשות קטנות, כדאי לבצע קיבוץ, שמאפשר לקבץ את הבקשות האלה לבקשת HTTP אחת.