פורסם: 22 באוקטובר 2025
אנחנו מוציאים משימוש את התכונה עריכה בזמן אמת של מקורות JavaScript ב-Chrome. היא תועבר מאחורי תכונה ניסיונית ב-Chrome 142, ואנחנו מתכננים להסיר אותה לחלוטין ב-Chrome 145 (פברואר 2026). אנחנו לא מסירים תכונות עוצמתיות אחרות שקשורות לקובצי מקור, כמו Local Overrides, Workspaces או Snippets, שימשיכו להיות נתמכות באופן מלא.
הצוות של כלי הפיתוח ל-Chrome פועל כל הזמן כדי לספק למפתחים כלים עוצמתיים ומהימנים. כחלק מהמאמץ הזה, לפעמים אנחנו צריכים להוציא משימוש תכונות שכבר לא מועילות. ההחלטה הזו לא התקבלה בקלות, והיא מבוססת על עלות התחזוקה הגבוהה באופן לא פרופורציונלי של התכונה, על מידת השימוש הנמוכה בה ועל קיומן של חלופות מודרניות טובות יותר. אנחנו יודעים ששינויים בתהליכי עבודה עלולים לשבש את העבודה, ולכן אנחנו מסבירים כאן בצורה ברורה את הסיבות לשינוי.
מהי עריכה בזמן אמת?
עריכה בזמן אמת מאפשרת להחליף את התוכן של קובץ תסריט בזמן הריצה, תוך כדי תנועה. הוא פעל גם כשהסקריפט הושהה בנקודת עצירה. אפשר לשנות קוד JavaScript בחלונית Sources (מקורות) ולשמור את הקובץ (Command+S / Ctrl+S) כדי להחיל את השינוי. לאחר מכן, הכלי לניפוי באגים יתקן פונקציות שכבר הוגדרו בזמן הריצה. אם הפונקציה ששונתה הייתה במחסנית הקריאות, היא תופעל מחדש.
המטרה הייתה לספק דרך לבדוק שינויים קטנים בלי לטעון מחדש את הדף כולו, כי אחרת המצב של האפליקציה יתאפס. בדרך הזו, המטרה שלו הייתה דומה למה שמושג באמצעות החלפת מודול פעיל (HMR) במערכות פיתוח מודרניות.
למה אנחנו מסירים אותו?
חוויית המשתמש בעריכה בזמן אמת תמיד הייתה מאתגרת. קיצור הדרך שקשור לכך (Command+S / Ctrl+S) משויך בדרך כלל לשמירת קובץ, אבל לא לתופעות לוואי נוספות, וזה יכול להיות מפתיע. אם הפעולה נכשלת, המשוב יכול להיות לא ברור: יכול להיות שיוצג בכלי הפיתוח הודעת אזהרה כמו "העריכה בזמן אמת נכשלה: אי אפשר לערוך פונקציות שנמצאות במחסנית (שמופעלות כרגע)". יכול להיות שהמפתח לא ישים לב להודעה הזו, ולא ידע אם השינוי שלו הוחל.
המצב מחמיר עוד יותר כשעריכה בזמן אמת מנהלת אינטראקציות עם תכונות אחרות בכלי הפיתוח שקשורות לקובצי מקור. לדוגמה, עריכה של תוכן של קטע קוד ב-DevTools בזמן אמת עלולה לגרום ל-DevTools לבלבל בין הזהות של מקור קטע הקוד, וכתוצאה מכך הגרסה החדשה תוצג כקובץ לקריאה בלבד. כשהתכונה Workspaces (סביבות עבודה) מופעלת, כלי הפיתוח עשויים לזהות שינויים במקור במערכת הקבצים ולהחיל את השינויים האלה בצורה חלקה על הדף הפעיל. ההתנהגות הזו יכולה להיות צפויה או מפתיעה, בהתאם לסביבת המשתמש ולהגדרת כלי הפיתוח שלו.
הבעיה המקורית שפתרון העריכה בזמן אמת ניסה לפתור – ביצוע שינויים בלי לאבד את מצב האפליקציה – נפתרת עכשיו בצורה יעילה יותר באמצעות החלפה חמה של מודולים (HMR). HMR היא תכונה סטנדרטית בפריימוורקים מודרניים לפיתוח אתרים כמו React, Angular או Vue. היא משיגה את אותה השפעה במרחב המשתמש וברמת הפשטה גבוהה יותר. עריכה בזמן אמת בכלי הפיתוח עלולה להפריע לפעולה הזו ולגרום להתנהגות לא צפויה ולשגיאות.
הבעיות האלה פוגעות בחוויית המשתמש. בנוסף, לפי נתוני השימוש שלנו, התכונה לא הפכה לחלק מרכזי בתהליכי העבודה של רוב המפתחים. מספר המשתמשים שמשתמשים בתכונה הזו נמוך מאוד, ויש מגמת ירידה.
עלות תחזוקה גבוהה ומורכבות טכנית
החלפת קוד בדף פעיל היא לא פשוטה מבחינת הגדרת סמנטיקה סבירה, וגם מבחינת ההטמעה. היא כרוכה בעלות הנדסית משמעותית במנוע JavaScript של V8 ובכלי הפיתוח ל-Chrome, ונדרשת התייחסות מדוקדקת להרבה חלקים ב-V8. אם לא נוקטים משנה זהירות, עריכה בזמן אמת עלולה לגרום לקריסות שקשה לשחזר ולנפות באגים. לדוגמה, אם הגרסה החדשה של פונקציה מכילה מספר שונה של ביטויים רגולריים, אובייקטים או ליטרלים של פונקציות בהשוואה לגרסה הקודמת, צריך לבצע התאמה מדויקת של מבנה הנתונים שמתעד את הליטרלים האלה.
העומס הזה מאט את ההטמעה של תכונות JavaScript חדשות, וגורע משאבים שנדרשים לשיפור תכונות של כלי הפיתוח שנמצאות בשימוש נרחב יותר.
המורכבות הזו הובילה גם לתרחישים רבים שלא נתמכים, כולל:
- עריכה של פונקציה שנמצאת במחסנית הקריאות אבל לא בפריים העליון ביותר.
- עריכה של פונקציות אסינכרוניות או גנרטורים.
- עריכה של הקוד ברמה העליונה של מודול ES.
אפשרויות אחרות
כמו שציינו קודם, החלפת מודול בזמן אמת (HMR) היא חלופה פופולרית יותר, והיא עדיפה על עריכה בזמן אמת בכמה היבטים מרכזיים:
- עריכה בזמן אמת מחליפה חלקים בגרסה ישנה יותר של הדף הפעיל ברמת קוד המקור. לעומת זאת, החלפה חמה של מודולים מחליפה את הגרסה הישנה ברמת ההפשטה שהוגדרה על ידי מסגרת האינטרנט, וכך מגדילה את הסיכוי להעביר בצורה נכונה את מצב הרכיב והאפליקציה במהלך עדכון פעיל.
- התכונה HMR פועלת על קוד המקור שכתבתם. אתם עורכים את הקבצים המקוריים (לדוגמה, TypeScript, JSX) בכלי העריכה, וכלי הבנייה מטפל בעדכון בדפדפן. לעומת זאת, עריכה בזמן אמת משפיעה רק על קובצי המקור שנפרסו, שבמקרים רבים הם פלט הבנייה שנוצר על ידי שרשרת הכלים.
- הוא חזק ומשולב היטב. החלפת מודול בזמן ריצה היא חלק מרכזי בשרשרת הכלים המודרנית לפיתוח, והיא מספקת חוויה אמינה עם משוב ברור כשהעדכונים מצליחים או נכשלים.
ההסרה של עריכה בזמן אמת לא משפיעה על שתי תכונות עוצמתיות אחרות ב-Chrome DevTools:
- Local Overrides מאפשרת לכם ליירט בקשה מהרשת ולהציג במקומה קובץ מקומי. השיטה הזו מתאימה במיוחד ליצירת אב טיפוס של שינויים באתר פעיל שמוגדר כאתר ייצור, כשאין לכם גישה לקוד המקור. השינויים נשמרים גם אחרי טעינה מחדש של הדף.
- Workspaces הופך את DevTools לכלי עריכה חזק יותר על ידי יצירת קשר דו-כיווני בין החלונית Sources לבין קובצי הפרויקט המקומיים. כששומרים שינוי בכלי הפיתוח, הוא נשמר ישירות במערכת הקבצים. הפעולה הזו עשויה להפעיל את תהליך ה-HMR או הטעינה מחדש של שרת הפיתוח.
סיכום
אנחנו מסירים את העריכה בזמן אמת כי עלות התחזוקה הגבוהה והשימוש הנמוך בה הופכים אותה ללא בת קיימא. הסביבה העסקית המודרנית של פיתוח אתרים מספקת פתרון הרבה יותר טוב – החלפה חמה של מודולים.
הוצאת התכונה הזו משימוש תאפשר לנו למקד את מאמצי הפיתוח שלנו בחלקים משמעותיים יותר של כלי הפיתוח ל-Chrome. לוח הזמנים להסרה הוא:
- בעתיד הקרוב: התכונה תועבר לניסוי ב-Chrome 142, ותהיה זמינה כתכונה ניסיונית של Chrome (chrome://flags/#devtools-live-edit).
- Chrome 145 (פברואר 2026): התכונה והדגל התואם של Chrome יוסרו לגמרי.
נשמח לקבל ממך משוב על השינוי הזה. מוסיפים את ההערות על הבעיה שרוצים לדווח עליה.