רענון הארכיטקטורה של כלי הפיתוח: מעבר לרכיבי אינטרנט

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

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

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

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

היום אנחנו מפרסמים את המסמך הזה לכולם בכתובת goo.gle/building-ui-devtools. אם תהיתם איך משתמשים ברכיבי Web בפרויקטים גדולים בעולם האמיתי, או מהם חלק מהאתגרים שקשורים לשילוב רכיבים בקוד בסיס גדול שכבר קיים, המסמך הזה יכול לעזור לכם ולספק כמה תשובות. אם יש לך שאלות לגבי ההנחיות שלנו, אפשר לשלוח לי ציוץ.

מורידים את הערוצים של התצוגה המקדימה.

מומלץ להשתמש ב-Chrome Canary, ב-Dev או ב-Beta כדפדפן הפיתוח שמוגדר כברירת מחדל. ערוצי התצוגה המקדימה האלה מעניקים לכם גישה לתכונות העדכניות ביותר של DevTools, מאפשרים לכם לבדוק ממשקי API מתקדמים לפלטפורמות אינטרנט ולמצוא בעיות באתר לפני שהמשתמשים שלכם יעשו זאת.

יצירת קשר עם צוות כלי הפיתוח ל-Chrome

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