שיקולים לגבי בו-זמניות

אין להשתמש ב-Developer Console וב-Advertising API בו-זמנית כדי לעדכן אפליקציות, כי יכולות להיות לכך תופעות לוואי לא רצויות.

הנה רשימה של כמה תרחישים לדוגמה שממחישים את ההתנהגות הצפויה אם אתם מחליטים להשתמש ב-Developer Console וב-Publishing API בו-זמנית כדי לעדכן את האפליקציה, או להשתמש בכמה לקוחות של Advertising API בו-זמנית.

ביצוע עריכה בזמן שהשינויים מוכנים לשליחה לבדיקה ב-Play Console

ביצוע עריכה יגרום לשליחת כל השינויים לבדיקה, כולל שינויים שמוכנים לשליחה לבדיקה ב-Play Console. לדוגמה, נניח שיש שינויים שמוכנים לשליחה לבדיקה במסוף המפתחים. אם אתם יוצרים, עורכים ולאחר מכן מבצעים עריכה באמצעות ה-API, פעולת השמירה שולחת את כל השינויים באפליקציה לבדיקה, כולל אלה שבוצעו דרך Developer Console.

ביצוע שינויים ב-Play Console מבטל את התוקף של עריכות פעילות

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

יצירת עריכה חדשה מבטלת את התוקף של כל העריכות הפעילות עבור אותה האפליקציה שבוצעו על ידי אותו המשתמש

כשיוצרים עריכה חדשה לאפליקציה, כל פעולות העריכה הפעילות באפליקציה שנוצרו על ידי אותו משתמש לא תקפות. לכל משתמש API יכולה להיות רק עריכה פעילה אחת בכל אפליקציה.

עבור מספר משתמשים יכולים להיות עריכות פעילות עבור אותה האפליקציה

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