תיאור כללי
הAPI יאפשר לעשות אוטומציה לפעולות שכבר ניתן לעשות במערכת, או לקבל נתונים בפורמט JSON
מה ההצעה כוללת?
- חשיפת routes ספציפיים לבקשות GET,POST אולי בהמשך גם ל-PATCH,DELETE
- יצירת מספר מבני נתונים שניתן לגשת אליהם
- הרשמה ושימוש בשירות רק עם token
- יצירת מגבלה על כמות הבקשות שניתן לעשות כדי שלא יוצף
- פרסום דוקומנטציה והסבר על השימוש
בשלב הראשוני הscope של הtoken יהיה אישי - כלומר אפשר יהיה לבצע שינויים ולמשוך נתונים רק מהלוח שנה שלי. אני חושב שהרחבת הscope של הtoken זה כבר בסדר גודל עבודה של עוד טיקט 
כולל שינויים בקוד? אם כן, איפה?
- הוספת route לדוקומנטציה, הגשת html
- יצירת כפתור שמג’נרט token ומציג אותו רק אחרי הלחיצה על הכפתור (מחבר בין היוזר לtoken), אחרי שקיים טוקן הכפתור הופך להיות כפתור שמאפשר להציג את הtoken ולא ליצר. (אולי בפיתוח לעשות עוד כפתור שמאפשר יצירת רפרוש לערך הtoken)
- חשיפה של routes לapi
- כתיבת פונקציות לroutes (בשאיפה שהpost זה לחבר פשוט לפונקציות קיימות)
- מנגנון וידוא token
- מנגנון הגבלת שימוש
האם יהיו שינויים במסד הנתונים? אם כן, איפה?
הוספת טבלה עם כל הtoken שאושרו, אולי לאסוף מידע לפי טוקן על הבקשות שהוגשו וכו’
בשלב הראשון - חיבור בין המשתמש לטוקן
האם יהיה שינוי ב־frontend? אם כן, איפה?
הוספת כפתור / אפשרות “מפתחים” בעמוד הפרופיל שמוביל אל route שמגיש את הדוקומנטציה שבתחתית שלה אפשרות “להרשם” לשירות ולקבל token.
אילו טסטים יגרמו לטיקט להיחשב כ"עובד", ויאפשרו לנו לסגור את הטיקט ולהגדיר את המשימה כהושלמה?
- הרשמה למערכת עובדת
- זיהוי טוקן שאושר עובד
- בקשות הPOST לroutes החשופים מבצעות את הפעולה המשויכת (למשל - יצירת אירוע)
- בקשות הGET לroutes החשופים מחזירות את הנתונים הנכונים
- נמנעת הצפת בקשות לAPI
- עמוד הדוקומנטציה וההסבר מוגש ומציג את כל התוכן הרצוי
נ.ב. אעדכן ואבחר את הנתונים שייחשפו והפעולות שניתן יהיה לעשות בהתאם להצעות שיאושרו, ובמידה והטיקט יאושר אפרט בדיוק.
כרגע המטרה היא בסיסית: 1) יצירת אירוע בלוח שנה (עם אפשרות למשתנים שאפשר בפרונט)
2) שליפת אירוע מהלוח שנה
