שכבות פתרון
פתרון בשכבות מיושם ברמת רכיב. פתרונות מנוהלים ופתרונות לא מנוהלים קיימים בשכבות שונות בתוך סביבת Microsoft Dataverse. בתוך Dataverse, יש שתי שכבות נפרדות:
שכבה לא מנוהלת בשכבה זו מתקיימים כל הפתרונות הלא מנוהלים המיובאים והתאמות אישיות מסוג אד הוק. כל הפתרונות הלא מנוהלים חולקים שכבה לא מנוהלת אחת.
שכבות מנוהלות בשכבה זו מתקיימים כל הפתרונות המנוהלים המיובאים ופתרון המערכת. כאשר מותקנים מספר פתרונות מנוהלים, האחרון שהותקן נמצא מעל לפתרון המנוהל שמותקן קודם. משמעות הדבר היא שהפתרון השני שמותקן יכול להתאים אישית את זה שהותקן לפניו. כאשר לשני פתרונות מנוהלים יש הגדרות סותרות, התנהגות זמן הריצה היא לפי "האחרון מנצח" או שמיושמת לוגיקה של מיזוג. אם תסיר את ההתקנה של פתרון מנוהל, הפתרון המנוהל שמתחתיו נכנס לתוקף. אם תסיר את כל הפתרונות המנוהלים, התנהגות ברירת המחדל המוגדרת בתוך פתרון מערכת תוחל. בבסיס השכבות המנוהלות נמצאת שכבת המערכת. שכבת המערכת מכילה את הישויות והרכיבים הדרושים לתפקוד הפלטפורמה.
שכבות בתוך פתרון מנוהל
עבור כל רכיב מנוהל, קיימות שכבות בתוך פתרון, אשר – בהתאם לשאלה אם תיקון אחד או יותר או שדרוג ממתין לפתרון שיובא – יכולות לכלול את השכבות הבאות:
בסיס ממוקמת בתחתית "ערימת" שכבת הפתרון בשכבת הבסיס. שכבה זו כוללת את מפרסם הפתרונות, המזהה את הבעלים של הרכיב ואת המאפיינים המנוהלים המשויכים אליו.
עליון השכבה העליונה נחשבת לשכבה הנוכחית ומגדירה את התנהגות זמן הריצה של הרכיב. השכבה העליונה יכולה להיות שדרוג או תיקון, או אם לא הוחלו פתרונות או שדרוגים על הפתרון, פתרון הבסיס קובע את התנהגות זמן הריצה של הרכיב.
שכבות שנוספו מעדכונים:
תיקונים אם הרכיב כולל תיקון פתרון אחד או יותר שיובאו, הם מוערמים מעל שכבת הבסיס, כאשר התיקון העדכני ביותר שוכן מעל התיקון הקודם.
שדרוג ממתין אם שדרוג שבוצע (שדרוג בעל שם) מיובא, הוא שוכן מעל שכבת הבסיס ושכבת התיקון (אם קיימת).
חשוב
השימוש בתיקונים אינו מומלץ. מידע נוסף: יצירת תיקוני פתרון
התמונה הבאה מציגה דוגמה לשכבות פתרון עבור עמודה מותאמת אישית המציגה את פתרון הבסיס, תיקון ושדרוג בהמתנה.
לקבלת מידע אודות אופן ההצגה של שכבות עבור רכיב בפתרון, ראה שכבות פתרון.
אופן פעולת מיזוג
יוצרי פתרונות צריכים להבין את אופן פעולת המיזוג כאשר פתרון מתעדכן או כאשר מותקנים פתרונות מרובים המשפיעים על אותו רכיב. שים לב שרק סוגי הרכיבים יישום מונחה-דגמים, טופס ומפת אתר ימוזגו. כל הרכיבים האחרים משתמשים באופן פעולה של "הרמה העליונה מנצחת".
אופן פעולה של "הרמה העליונה מנצחת"
למעט רכיבי היישום מונחה הדגמים, הטופס ומפת האתר, רכיבי פתרון אחרים משתמשים באופן פעולה של "הרמה העליונה מנצחת" כאשר השכבה ששוכנת בחלק העליון קובעת כיצד הרכיב פועל בזמן ריצה של יישום. ניתן להציג שכבה עליונה באמצעות שדרוג מבוים (בהמתנה).
שכבה עליונה המוצגת באמצעות שדרוג ממתין
הנה דוגמה לאופן פעולה של רכיב רמה עליונה מנצחת המוצג על-ידי שלב עבור עדכון שדרוג לפתרון. מידע נוסף: החלת השדרוג או עדכון בסביבת היעד
לשכבה העליונה (הבסיסית) הנוכחית יש מאפיין אורך מקסימלי של עמוד הטקסט הערות עבור טבלת תיק הלקוח המשתמשת בהגדרת ברירת המחדל של 100.
שדרוג פתרון מיובא באמצעות השלב עבור אפשרות עדכון, שיוצר שכבה עליונה חדשה. השדרוג הממתין כולל את עמודת הטקסט הערות עבור טבלת תיק הלקוח עם ערך המאפיין אורך מקסימלי שהשתנה ל- 150.
במצב זה, העמודה הערות עבור רשומות תיק לקוח תאפשר עד 150 תווים במהלך זמן הריצה של היישום.
אופן פעולה של עדכון פתרון ומיזוג שדרוג
כמתואר בסעיף הקודם, תיקונים ושדרוג שבוצע נערמים מעל פתרון הבסיס. ניתן למזג אותם על-ידי בחירת האפשרות החל שדרוג מתוך האזור פתרונות ב- Power Apps, אשר משטחת את השכבות ויוצרת פתרון בסיס חדש.
אופן פעולה של מיזוג פתרונות מרובים
כשאתה מכין את הפתרון המנוהל שלך להפצה, זכור שלסביבה עשויים להיות פתרונות מרובים מותקנים או שפתרונות אחרים עשויים להיות מותקנים בעתיד. בנה פתרון המבוסס על שיטות עבודה מומלצות כדי שהפתרון שלך לא יפריע לפתרונות אחרים. מידע נוסף: השתמש בפתרונות מפולחים
התהליכים ש- Dataverse משתמש בהם כדי למזג התאמות אישיות שמים דגש על שמירת הפונקציונליות של הפתרון. על אף שנעשה כל מאמץ כדי לשמור על המצגת, מקרים מסוימים של אי-תאימויות בין התאמות אישיות עשויים לחייב שינוי של פרטי מצגת מסוימים על-ידי הרזולוציה המחושבת לטובת שמירה על פונקציונליות ההתאמה האישית.