הבלוג של ינון פרק

ES6 היא נפלאה כי היא פותרת הרבה מהבעיות העתיקות של JavaScript. זוהי המהפכה הכי גדולה של JavaScript מאז גירסא 3 (שנת 1999), מה שאומר שיש המון תחביר חדש ללמוד.

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

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

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

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

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

למרות ש Qt Creator מגיע עם אוסף מרשים של תבניות התחלה לפרויקטים, לא כולנו עובדים בכלי זה וממילא עדיין לא מצאתי שם את התבנית המושלמת ליישום Qt Quick המשלב גם קוד C++, אז החלטתי לכתוב אחת.

נראה שכל הילדים המגניבים עברו לכתוב ריאקט עם ES6 Classes וכמוהם גם אני ניסיתי, עד שנתקלתי בבעיה המרגיזה הבאה שגרמה לי לתכנן מסלול מחדש.

חושבים שאתם אלופים ב CSS? נסו את החידה הבאה וספרו בתגובות אם הצלחתם

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