התמודדות עם 'פיצול': המפתחים נשמעים על גבי מסכים מרובים תומכים

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

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

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

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

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

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

עוד: אתר המפתחים של אנדרואיד של גוגל.

שאלנו קומץ מפתחים (גדולים וקטנים כאחד) כמה שאלות בסיסיות בנושא.

• כמה קשה לדבוק בהנחיות?
• זה נראה קל על הנייר, אבל האם יש בעיות מיוחדות שראית או חלקים שגוגל לא כיסה?
• כיצד זה השפיע על זמן ועלויות פיתוח, אם בכלל?
• משהו נוסף בנושא שאתה רוצה לשתף?

ניסיתי להפוך את השאלות לנטרליות ככל האפשר כדי שלא ניכנס לזה עם הטיה מסוימת במקום. כשאתה בספק אתה שואל את האנשים שיודעים, נכון? עשיתי את חלקי ההוגן בתכנות, אך קידוד ב- Java ובניית אפליקציות אנדרואיד שונה מאוד מכתיבת קוד ב- C או בקוד מכונה, או אפילו בפרל. ישנם ניואנסים שאני לא מבין, גם אם אני מקבל את השיטות הכלליות לבניית אפליקציה.

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

ג'ו סימפסון (@kenndude) - בויד

ג'ו חבר ב- Team Boid, וגם מפרסם יישומים בכוחות עצמו. הוא (ושאר הצוות שלו) הם דוגמה נהדרת למפתחים עצמאיים עם תשוקה לאנדרואיד שגדלו כמה אפליקציות מדהימות.

ביצוע ההנחיות הוא די קשה, במיוחד אם אתם רוצים אפליקציה רזה אך אנשים רוצים תאימות גב. אחד הדברים המעצבנים ביותר הוא לראות איך נראה משהו ב- d.android.com/design, אבל שום דבר כיצד לעשות זאת בפועל.

נקודת תורפה מרעננת כשאתה פיזית לא יכול להשתמש ב- GCM בגלל טוויטר, ואינך רוצה להשתמש ב- PtR. כמו כן, האפליקציות של גוגל מהוות הנחיות משלהן. קח לדוגמא את חלונית השקופית, Google+ עושה זאת באופן שונה מ- YouTube (למרות שאני יודע שספריית התמיכה עומדת ליישב זאת בתקווה).

כמו כן, תוכלו להגיע לנקודה ואין שום תיעוד על משהו (EdgeEffect למשל).

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

בקרוב בקרוב יעבור Boid למקור פתוח (כן!), ותוכלו למצוא את האפליקציה עצמה בגוגל פליי. תוכלו למצוא כאן גם את כל האפליקציות של ג'ו (יש שם כמה תכשיטים).

כריסטוף ורסייה - BeTrains - SNCB בלגיה; Holo בכל מקום

כריסטוף בנה יישומי אנדרואיד רבים, כולל BeTrains - SNCB Belguim - אפליקציה עם מתווה מדהים שמראה מה ניתן לעשות עם אפליקציה בנויה היטב. בעוד שרוב בארה"ב לעולם לא ישתמשו בה (זו אפליקציית לוח זמנים לרכבות לפסי בלגיה), כדאי להתקין אותה רק כדי לראות כמה זה טוב. האנשים במערב אירופה בהחלט יודעים על זה.

בנוסף, הוא פיתח יחד את HoloEverywhere, ספריה שמפתחים אחרים יכולים להשתמש בהם כדי לבנות אפליקציות בסגנון Holo עבור אנדרואיד 2.1 ומעלה. עם טלפונים רבים שעדיין מפעילים ג'ינג'ברד, זהו פינוק אמיתי עבור מפתחים שרוצים לשמור על האפליקציות שלהם נראות עדכניות.

זה לא קשה בכלל. ברצינות. החלק הקשה בא כאשר הלקוח מבקש להתרחק מההנחיות הללו!

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

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

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

ספריות כמו ActionBarSherlock, HoloEverywhere (היצירה שלי), UnifiedPreferences ו- SlidingMenu ממש קלות לשימוש ומספקות במספר שורות קוד חווית משתמש מדהימה.

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

כמה פרויקטים מדהימים נוצרים על ידי הקהילה, ולא תמיד על ידי גוגל. יש אנשים, הפעילים מאוד ב- Google+ כמו רומן נוריק (גוגל), רטו מאייר (גוגל) ג'והאני להטימאקי, ג'ייק וורטון, טיילור לינג,.. (אני תמיד חושש לשכוח אנשים חשובים) מאוד מאלפים. מפתחים רק צריכים לדעת איפה לחפש ופיתוח אנדרואיד יהיה קל להם!

תוכלו למצוא BeTrains בגוגל פליי, ותרצו להציץ ב- HoloEverywhere אם אתם מעוניינים בפיתוח אנדרואיד.

מתיו רונו - זאפוס

בניגוד לכמה מהמפתחים העצמאיים הקטנים יותר שדיברנו איתם, שמענו גם מתיו ב- Zappos. Zappos היא תאגיד קמעונאי באינטרנט וכנראה שיש לו תקציב ייעודי לעיצוב הן באתר והן באפליקציות שלהם. זו גם חברה שאני קונה ממנה באופן קבוע, אך זו לא הייתה קשורה למתיו ולא היה מודע לכך שאני לקוח תכוף כשהוא התנדב.

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

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

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

השנה בעצם התחלנו משכתוב מחדש של יישום היישום לעבודה עם שברי. ב -6 החודשים האחרונים עבדנו קשה כדי להוסיף 7 "תמיכה בטאבלט, וכעת אנו עובדים על תמיכה של 10". הדבר הקשה ביותר לעשות הוא לבדוק במכשירים, אבל יש לנו צוות QA נהדר שעוזר בכך. היו לנו 2 אנשים שעבדו במשרה מלאה באפליקציה שלנו מאז אוגוסט בערך, לפני כן זה היה אדם במשרה מלאה.

בשורה התחתונה, ההנחיות לעיצוב אנדרואיד עוזרות לנו לייעל את התהליך שלנו - ובכך להפחית עלויות. בואו נודה באמת, רוב המעצבים מ- iOS - כך שיש להם משאב נהדר כמו design.android.com הוא עזרה נפלאה לגרום להם להתחיל במערכת האקולוגית של אנדרואיד.

אני יכול לומר שהבחירות העיצוביות של זאפוס עובדות טוב, ולאשתי יש ארון מלא בגדים, ארנקים ומגפיים המחזקים את טענתי. בדוק את אפליקציית ה- Android שלהם מ- Google Play.

ג'וש ברטון - jRemote

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

ההקפדה על הנחיות העיצוב היא די ישר, כל עוד אתה נצמד אליהם מההתחלה. פיתוח אפליקציה שלמה ואז בסוף לחזור ולנסות ליישם רסיסים / פריסות טאבלט וכו 'הולך לבזבז זמן, מאמץ ותסכול. אבל אם אתם מתכננים את האפליקציה שלכם, מפתחים באמצעות שברי מההתחלה, ויוצרים את המשאבים שלכם עבור כל דלפי ה- dpi הנכונים, זה הופך את הבריזה לפיתוח, ובאמת אינכם צריכים להקדיש זמן רב לחשוב על ההנחיות בכלל. ואם אתה נתקע, מסמכי העיצוב נמצאים במרחק לחיצה אחת בלבד. הם משאב נהדר.

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

לדעתי עבור הרבה מפתחים, אין להם מכשירי טאבלט לבדיקה, ושימוש באמולטור יכול להכאיב. אבל כלי ה- ADT החדשים שיצאו זה עתה הופכים את זה להרבה יותר קל. תצוגת התצורה המרובה בעורך הפריסה פירושה שתוכל לראות כיצד נראית הפריסה שלך על 5-6 גדלי מסך שונים בבת אחת. וזה מהיר. כמובן שתצטרך עדיין לבדוק על אמולטור / מכשיר בסופו של דבר, אבל זה בהחלט מאיץ את זרימת העבודה.

jDownloader היא תוכנית נוחה לשימוש בשולחן העבודה, ו- jRemote נראה כמו דרך נפלאה לשלוט בה. אם שום דבר אחר, הורד אותו מגוגל פליי והסתכל רק כדי לראות כיצד אפליקציה יכולה להיות פשוטה ויפה בעת ובעונה אחת.

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