קוד א-סינכרוני

נכתב על ידי ליאור לביא, עודכן בתאריך 11/10/2021

כאשר אנחנו מריצים קוד ב-Apex הוא יכול לפעול באחת משתי דרכים:

1. סינכרונית - הקוד רץ מיד לאחר שקראנו לו.
2. א-סינכרונית - הקוד ירוץ בעתיד ב-Thread נפרד, כאשר ההחלטה מתי להריץ אותו מבוצעת על ידי השרת בהתאם לזמינות המשאבים בו ומיקום ה-Job בתור ההרצה.

ב-Salesforce ארבע שיטות מרכזיות להרצה א-סינכרונית:

1. Future methods.
2. Queueable Apex.
3. Batch processes.
4. Scheduled Apex.

קוד א-סינכרוני, למה זה טוב?

אחד היתרונות הבולטים של שימוש במתודות א-סינכרוניות הוא היכולת להריץ מתודה א-סינכרונית במקביל להמשך שימוש במערכת, ובכך לחסוך את זמן ההמתנה לסיומה. בתרשים הבא ניתן לראות דוגמה בה שלוש משימות עם זמני עיבוד שונים: המשימה הראשונה לוקחת 4 שעות, והשתיים האחרות לוקחות שעתיים כל אחת. באמצעות הפיכת המשימה הראשונה לא-סינכרונית אנחנו יכולים להריץ אותה ברקע ולהמשיך לעבוד על משימות 2 ו-3 מבלי להמתין לה, מה שמקצר את סך כל זמן הריצה לארבע שעות במקום שמונה. הזמנים בדוגמה הם להמחשה בלבד.

מתי נרצה להשתמש בקוד א-סינכרוני?

1. כאשר נפנה לשירותים חיצוניים (Callouts to Web Services) - פנייה לשירותים חיצוניים עלולה לגרור המתנה למענה שיכולה לקחת מספר דקות. פנייה באמצעות מתודה א-סינכרונית לשירות חיצוני מאפשרת לנו להמשיך לעבוד מבלי שנצטרך להמתין ל-Response מהשירות החיצוני. בנוסף, במהלך ההמתנה לתשובה מהשירות החיצוני החיבור שלנו ל-Database נותר פתוח, וזהו מצב לא תקין ב-Salesforce.
2. כאשר המשתמש שומר שינויים ברשומה אחת ושינויים אלו גוררים שינויים ברשומה אחרת. במקרה כזה לא נרצה שהמשתמש ימתין עד שפעולת העיבוד של הרשומה האחרת תסתיים, אלא שיוכל להמשיך לעבוד על הרשומה הנוכחית בה הוא נמצא, והשינויים ברשומה האחרת יבוצעו ברקע.
3. כאשר נרצה להריץ תהליך שדורש Governor Limits גבוהים יותר ולא אכפת לנו שהתהליך לא יבוצע מיידית. הרצה א-סינכרונית ב-Salesforce מקבלת Limits גבוהים יותר.
4. כאשר נרצה לעבד כמות גדולה מאוד של רשומות, אפילו מיליוני רשומות, על ידי תהליך שירוץ ברקע.
5. כאשר נרצה לתזמן תהליך לרוץ בזמן מסוים.
6. כאשר נרצה לפתוח Thread נפרד כדי להימנע משגיאת Mixed DML Operation.