הפגמים באפליקציות אוניברסליות

מיקרוסופט החלה לעודד מפתחים להעביר את האפליקציות שלהם לאפליקציות יוניברסל, אך חלק מהמפתחים עדיין לא משוכנעים. כתבתי מאמר מערכת שמצטט מפתחים לפני זמן מה על ההיתכנות של אפליקציות אוניברסליות ומדוע הן עדיין לא מציתות את העולם. היום, מפתח אחר פרסם מאמר על חוויותיו עם אפליקציות אוניברסליות (שאותן נשחזר כאן ברשות)

 

Windows Phone 8.1 XAML ו-Universal Apps כללו ממשקי API של WinRT שיש להם בעיות רבות, כולל כמה שאין להן פתרון. אבל ראשית, בואו נדבר רק על השם "אפליקציות אוניברסליות". אני חושב שזה די יהיר, קורא אוניברסלי משהו שמכוון לשתי פלטפורמות, שלמען האמת לא כל כך הרבה משתמשים משתמשים בה או שאכפת לה. כמו כן, אם אתה חושב רק על פלטפורמות Windows, האפליקציות הללו גם אינן אוניברסליות, מכיוון שהן אינן יכולות למקד את גרסאות Windows הנפוצות ביותר (7 ו-XP). אבל אני סוטה.

הוא מעלה את הנקודה כאן, שהעליתי לפני זמן מה. לא WP8.1 ולא W8.1 מספקים מספיק ערך למפתחים לפתח עבור אף אחד מהם עדיין, כי כמו שאמרתי "ל-Windows יש משתמשים, אבל המשתמשים האלה לא בהכרח רוצים אפליקציות. משתמשי Windows Phone רוצים אפליקציות, אבל אין הרבה כאלה".

עם זאת, המשתמשים אינם הדבר היחיד שמונע ממפתחים לעבור לאפליקציות 8.1 WinPRT. יש גם בעיות טכניות:

 

ממשקי API מבולגנים יותר

אז ממשק API להשמעת אודיו ברקע עבור Windows Phone 8.1 מבולגן, משהו אחר? בטוח. BackgroundDownloader הוא דוגמה נוספת. ב-Silverlight, היה BackgroundDownloader שהיה די מוגבל, אבל זה עבד. ב-Universal Apps, יש BackgroundDownloader חדש עם כמה תכונות חדשות וחסרות כמה חיוניות. לדוגמה, ב-Silverlight, לכל הורדה יכול להיות תג, שבו אתה יכול לאחסן כל נתונים כדי שתדע משהו על ההורדה כשהיא מסתיימת (לאיזה ישות עסקית היא שייכת וכו'). כבר לא ב-Universal Apps. אין תג, אז אתה צריך לבנות ולנהל סוג של אינדקס משלך עבור כל ההורדות, כך שאתה יכול למעשה להתאים אותם לגופים העסקיים שלך. מטרד, אבל שום דבר שאתה לא יכול לנהל, נכון.

מגיב בבלוג הוסיף גם שמאפי המצלמה לא היו טובים כמו אלו של Silverlight ונאמר לי שהממשק 8.1 חסר אינטגרציה של עדשות.

גם ה-API של המצלמה ב-WP8.1 מופרע להחריד. אין דרך להשיג מסגרות תצוגה מקדימה. עם ה-API של Silverlight אתה יכול פשוט להירשם לאירוע ולדחוף את הפריימים ברזולוציה נמוכה דרך ZXing במספר תמונות לשנייה. ב-WinRT הכי טוב שאתה יכול לעשות זה לצלם תמונות רבות אחרי השניה, עם פלאש לפעמים ולסרוק בערך 0.8 פריימים לשנייה.

הביצועים גם חוטפים מכה עם כמות העבודה הדרושה כדי לקבל גלילה חלקה לאחר שעלתה ב-8.1 לעומת 8.0.

ביצוע

ב-Silverlight, השתמשתי בדרך כלל ב-LongListSelector כדי להציג נתונים, תוך שימוש בו עם WrapPanel כאשר הייתי צריך ליצור פריסה של שתי עמודות. ה-LongListSelector נעלם, באפליקציות אוניברסליות עליך להשתמש ב-GridView גם ב-Windows Phone. או שאתה יכול להשתמש ב-ListView עם פאנל גלישה מותאם אישית שאתה כותב בעצמך או מוריד איפשהו, אבל זה דורש קצת מאמץ כדי לגרום לו לבצע וירטואליזציה כמו שצריך.

אז אתה משתמש ב-GridView גם ב-Windows Phone 8.1 וגם ב-Windows 8.1 כדי להפוך אותו לעקבי. הוסף לזה עשרות פריטים עם תמונות והביצועים מתחילים ממש לסבול. מצייני מיקום אפורים יופיעו וחשוב מכך, לעולם לא נעלם. אינך זקוק לתמונות של אירועים, פשוט הוסף כ-300 פריטי טקסט בלבד ל-GridView ומצייני המיקום האפורים יתחילו להופיע בעת הגלילה

מטרת הפוסט הזה היא לא להכפיש את מיקרוסופט, אלא להסביר מדוע מפתחים לא מוכנים עדיין ליצור אפליקציות אוניברסליות. הם לא שיטה טובה יותר לחלוטין, הם מהווים שדרוג בתחומים מסוימים ושדרוג לאחור באחרים (משתמשי Windows Phone מכירים היטב את ההרגשה הזו). אם מיקרוסופט רוצה למשוך מפתחים, הם צריכים לעבוד מהר יותר ממה שהם עושים עכשיו, "בקרוב" ו"בחודשים הקרובים" אינם אטרקטיביים לאנשים שפרנסתם תלויה בכך ש"בקרוב" יהיה "אתמול". למרבה המזל, ישנם סימנים לכך שזה עשוי להשתנות. WP 8.1.1 הביא כמה ממשקי API חדשים (אם כי מוגבלים) ו-8.1.2 אמור (בפוסט מוסתר כעת) מאפשר למפתחים ליצור אפליקציות מדהימות חדשות. ייתכן שמיקרוסופט תשתנה בעתיד וזה נהדר. עם זאת, עבור מפתחים רבים שנלחצים עליהם ליצור אפליקציות אוניברסליות כעת, העתיד לא יכול להגיע לכאן מספיק מהר.

עבור יותר מהקטעים שאתה מקבל כאן, קרא את הקטע המלא כאן. לקטע המפורט יותר שלי, ראה כאן.