מניעת כפילות בקוד של Fragment
onCreate של האקטיביטי, כל שינוי אוריינטציה יוצר מחדש את האקטיביטי ומוסיף עוד עותק של הפרגמנט. ההרצאה מראה את הבעיה ואת הפתרון הפשוט.onCreate: יצירת אובייקט פרגמנט, טרנזקציה של add ו-commit, כך שהפרגמנט מוצגת מיד עם עליית האפליקציה.ScrollView ל-100dp כדי שיהיה אפשר לגלול ולראות את הבעיה בבירור.if שבודק אם savedInstanceState שווה null. בהרצה ראשונה הוא תמיד null, ובהרצות הבאות הוא לא null גם אם לא שמרנו בו כלום.onCreate: הפרגמנט נוספת פעם אחת בלבד, ולא שוב בכל שינוי אוריינטציה.פרקי ההרצאה: מניעת כפילות בקוד של Fragment
תמלול ההרצאה: מניעת כפילות בקוד של Fragment
הטקסט המלא של הדקות הראשונות בהרצאה «מניעת כפילות בקוד של Fragment» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
אחרי שראינו איך אנחנו יכולים להשתמש בפרגמנט גם על ידי תגית XML וגם על ידי הוספה דינמית בקוד, בואו נראה איזושהי בעיה ספציפית שקיימת כאשר אנחנו מוסיפים פרגמנט דרך הקוד.
אז דבר ראשון, הרבה פעמים קורה שכאשר מריצים את האפליקציה, כבר ב-onCreate אנחנו רוצים להוסיף את הפרגמנט. זאת אומרת, אנחנו לא רוצים להוסיף את הפרגמנט בלחיצה על לחצן כלשהו, אלא ב-onCreate, איך שהאפליקציה עולה, כבר אז אנחנו רוצים שהפרגמנט תוצג.
לצורך כך, בואו ניגש ונבצע פה את השינויים המתאימים. אז לא ילנו לחצנים, בואו ניפטר רגע מהלחצנים האלה. יש לנו פה את התגית Fragment Layout, כאן אני רואה שזה באפור גם זה אפשרי להיפטר.
ומה שאנחנו רוצים לעשות זה לגשת למיין אקטיביטי ולהיפטר מכל הקוד של הלחצנים, אבל את ההוספה הזאת אנחנו רוצים לבצע כאן ב-onCreate. זה משהו שקורה הרבה.
איך שהאקטיביטי עולה, הדבר הראשון שאנחנו רוצים לעשות זה להוסיף פרגמנט, אז הנה יש לנו פה איזושהי יצירה של אובייקט פרגמנט, והנה אנחנו מבצעים טרנזקציה, מוסיפים, בדיוק כמו שעשינו בסרטון הקודם, ומבצעים קומית, ועכשיו איך שהאפליקציה עולה, אנחנו אמורים שתהיה לנו את הפרגמנט הזאת.
בואו רגע ניפטר מכל הקוד של כל הלחצנים האלה, כי אנחנו לא באמת צריכים אותו בשביל הדוגמה הזאת. גם הפרגמנט של הפאפי אנחנו לא צריכים, ניפטר מזה.
אם יש לנו פה פאקג'ים או אימפורט שאנחנו לא צריכים, ניפטר מהם, וזה כל מה שיש לנו באפליקציה. דבר נוסף שאני רוצה לבצע, זה לגשת לכאן, ואנחנו רואים שיש לנו פה קצת יותר מלל מהדוגמה הקודמת, עבור התיאור של הבני, אבל אני בכוונה רוצה שתהיה לי אפשרות להשתמש בסקרולר, אני רוצה לבצע פה איזשהו סקרולינג
בשביל לבצע איזושהי הדמיה ספציפית. לכן, בואו נגביל את הגובה ל-100 DP, ואז כאשר אנחנו נריץ אנחנו רואים שכל הגובה הזה של הסקרול ויהיו עברת להיות מעדיפי ולכן אנחנו יכולים לבצע פשוט סקרולינג.
אוקיי, זה לא כל כך אמור לשנות מבחינת ה-UI אבל זה כן אמור לשנות מבחינת הבעיה הספציפית שכבר אנחנו יכולים לראות אותה. סבבה, בואו בשלב הזה נריץ ונראה איך התוכנית מתנהגת.
אז הנה אנחנו רואים שאנחנו רצים, בואו נסתכל רגע על האמולטור, והנה אנחנו רואים שיש לנו כאן את הטקסט, ואנחנו יכולים לגלול את הטקסט, לקרוא אותו, והכל נראה כמו שצריך.
אז איפה בדיוק הבעיה? אז בואו פשוט נשנה את האוריינטציה. נלחץ כאן על Ctrl F12, ואנחנו רואים שהאוריינטציה השתנתה כמו שצריך, אבל בואו ונזיז את הקרולר.
ושימו לב מה קורה פה רגע, למה הכתב משוכפל בצורה כזאת? אז למעשה מה שקרה זה שאנחנו יודעים שכל פעם שאנחנו מבצעים שינוי של האוריינטציה, אז האקטיביטי נוצרת מחדש, ולמעשה מה שקרה כאן, וששוב פעם שתי השורות האלה התבצעו, והפרגמנט התווספה שוב פעם, וכעת יש שני פרגמנטים.
אז מה שאנחנו בעצם רואים כאן, זה את הפרגמנט הראשונה שנמצאת מאחורה, ואת הפרגמנט השנייה שאותה אנחנו מזיזים. אם אנחנו נמשיך ונבצע Ctrl F12, או במינים אחרות, היוזר ימשיך ושנה את האוריינטציה, יש כאן עכשיו בעצם שלושה פרגמנטים, וכמובן זה משהו שאנחנו לא רוצים לבצע.
אז אנחנו רוצים למנוע את היצירה החוזרת של הפרגמנט, והפתרון הוא מאוד מאוד פשוט. מה שאנחנו צריכים לעשות זה לבצע איזשהו איף קטן, ולבדוק האם אנחנו פעם ראשונה מריצים את האפליקציה, ופעם ראשונה יוצרים את המין אקטיביטי, או שזה לא פעם ראשונה עקב שינוי אוריינטציה לדוגמה.
איך אנחנו בודקים האם זה פעם ראשונה? פשוט מאוד, הSave Instance State תמיד נל בפעם הראשונה. בפעם השנייה והמעלה, הSave Instance State לא יהיה נל, אפילו שלא הכנסנו כלום ב-Saved Instance State.
אז זאת בדיקה מאוד מאוד ידועה, שמתרחשת כאשר אנחנו מוסיפים Fragment ב-OnCreate. יש לנו ב-OnCreate את ה-Saved Instance State, אנחנו יכולים לבצע בדיקה, לפיו האם אנחנו ריצה ראשונה כן או לא.