בזמן האחרון נחשפנו למגוון רחב של שיטות פיתוח SAPUI5 – חלקן טובות יותר, חלקן טובות פחות, אבל לפעמים האופן בו צוות הפיתוח שלכם בונה את המוצר הופך אותו לבלתי ניתן לשינוי תחזוקה. אפילו במקרה ואתם משתמשם ב-SAP Web IDE אף אחד לא מונע מהמפתח UI5 לבנות את האפליקציה בצורה לא טובה, מכיוון שהתשתית מאוד גמישה והשפה (JavaScript) מאוד סלחנית.
אז איך מונעים טעויות נפוצות ובונים יישומים שלא נתבייש להעביר אחר כך למישהו אחר?
להלן רשימה של דברים שלא כדאי לעשות במהלך פיתוח UI5:
אל תשתמשו בקוד JavaScript לצורך יצירת ה-Views \ Fragments \ Popups. השיטה לבנות את המסכים היא שימוש ב-XML – זאת גם השיטה בה נבנו כל יישומי ה-FIORI הטנדרטיים.
אל תשתמשו בקריאות $.ajax על מנת לפנות לשירותי ODATA – במקום תעשו שימוש בספריות מובנות של ODATA המסופקות על ידי SAP, כי הן מטפלות בהרבה מאוד סוגיות טכניות שאתם לא צריכים להתמודד איתן.
אל תאתחלו את מודל הנתונים שלכם מסוג ODATA בקוד – תמיד תגדירו את המודל ואת ההגדרות שלו בקובץ MANIFEST כך שתוכלו לנהל את ההגדרות בצורה מרכזית ולעשות reuse למודל.
אל תשימו תיאורים \ טקסטים בתוך ה-VIEW עצמו – כותרות של שדות, תיאורים וכו' צריכים להיות מנוהלים בקבצי i18n, כי ברוב ייתכן ותצטרכו לתרגם את האפליקציה לשפות נוספות חוץ משפת הקודש.
אל תשכפלו קוד – יש להפריד את המתודות הגנריות לקבצים נפרדים על מנת לעשות reuse.
אל תשתמשו בקוד JavaScript לקשירת מבנים לנתונים – יש להימנע משימוש במתודות bindRows / bindItems / bindAggregation ככל האפשרת ולחבר נתונים לרכיבים במסך בקבצי ה-XML עצמם, לדוגמא <Table items="{JSONModel>TableItems}">
אל תשתמשו במודל מסוג JSON במקרה של ריבוי נתונים – תפעול של כמות רשומות גדולה (מעל 200) יכולה להכביד על הדפדפן, במיוחד בפעולות של מיון וסינון, ובמיוחד במכשירי מובייל. מומלץ לעבוד עם מודל מסוג ODATA ומתודות מובנות של המודל.
יש לכם שאלות? צריכים עזרה? צרו עמנו קשר עוד היום ונעזור לכם!
