Razor ו- Blazor של מיקרוסופט מציעים כלים מקיפים לפיתוח אתרים למפתחי .Net שרק צריכים להוריד את .NET Core 3.0 SDK העדכני ביותר.

חֲדָשׁוֹת
חלונות / Razor ו- Blazor של מיקרוסופט מציעים כלים מקיפים לפיתוח אתרים למפתחי .Net שרק צריכים להוריד את .NET Core 3.0 SDK העדכני ביותר. 4 דקות קריאה

מיקרוסופט בלייזור



לאחר ש- Razor של מיקרוסופט הפכה לשפת סימונים שהתקבלה היטב, יצרנית מערכת ההפעלה Windows עבדה על Blazor, חלופה חזקה למסגרות פופולריות של יישומי עמוד יחיד. למפתחי אתרים שעובדים ביישומי .Net יש כעת מסגרת ממשק משתמש חזיתית רזה ויעילה. הפלטפורמה עובדת בדפדפן באמצעות WebAssembly ותוכננה במיוחד והותאמה לתפקוד אמין בכל דפדפן אינטרנט (שלא כמו Microsoft Silverlight). זה מעניק למפתחים דרך לעצב במהירות, לפתח ולפרוס יישומים מהירים של עמודים בודדים עם תאימות ואמינות רחבים ביותר.

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



למרות השימוש הגובר ב- Razor, למפתחי .Net עדיין לא הייתה שום אלטרנטיבה חזקה שהתנגדה ישירות למסגרת JavaScript כמו Angular, React ו- Vue בחזית. במילים אחרות, Razor אפשרה למפתחים לטפל בכל ההיגיון בצד השרת באמצעות .NET ולהביא את הנתונים לצד הלקוח, אך המפתחים עדיין חסרו חזית חזקה. כדי למלא את החלל ולהציע פתרון שלם ל- backend ו- frontend, מהנדסי מיקרוסופט פיתחו את Blazor. בעיקרו של דבר, ממשק המשתמש של ממשק האינטרנט הוא שיטה חזקה להביא את הכוח של .NET לצד הלקוח.



מדוע Razor, WebAssembly ו- Blazor חשובים למפתחי Microsoft .Net?

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



WASM היא שפה דמוית הרכבה ברמה נמוכה המספקת לשפות כגון C / C ++ ו- Rust יעד אוסף. לאחר מכן, שפות אלה יכולות לפעול בצורה חלקה באינטרנט. מעניין שלמרות ש- WASM מהווה אלטרנטיבה ל- JavaScript, הוא יכול להיחשב כמשלים וכלל אינו סותר את אותו הדבר. במילים אחרות, יישומי אינטרנט שתוכננו עם WASM יכולים לעבוד לצד אלה שפותחו עם JavaScript.

כיצד לעדכן את הטלוויזיה החכמה של vizio

WebAssembly מאפשר להריץ קוד .Net בכל מקום בדפדפן מודרני. למותר לציין שהקוד ביטל בעיות רבות שמפתחי .Net התמודדו איתם באופן קבוע. מפתחים מתמודדים לעיתים קרובות עם בעיות מוזרות בזמן שהם מנסים להבטיח ביצועים אמינים ומיטביים ברוב דפדפני האינטרנט הגדולים. לאחרונה Mozilla Firefox, אחד מדפדפני האינטרנט הפופולריים ביותר, נפרס על: compat , מאגר שהכיל התאמות מותאמות אישית כדי להבטיח ביצועים מיטביים של אתרים נבחרים בדפדפן. עם הפריסה הנכונה של Razor ו- WebAssemble, דפדפנים כמו Firefox ומפתחים לא צריכים למצוא פתרונות מותאמים אישית כדי להבטיח שאתרים עובדים ללא תקלות או שגיאות ברוב הדפדפנים.

Blazor התפתח מגילוח כתחליף אידיאלי למסגרות יישום של עמודים בודדים:

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

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

מעניין שאפליקציות Blazor מבוססות על רכיבים. גמישות ורב-תכליתיות זו מאפשרות קינון של אפליקציות Blazor ושימוש חוזר בהן עם צביעה קלה. התוצאה של יישום אינטרנט שפותח עם Razor ו- Blazor היא אפליקציות שמבצעות אמינות גבוהה, מהירות ויעילות גבוהה. שלא להזכיר, המסגרת מאפשרת פיתוח ממשק משתמש עשיר המופעל כ- HTML ו- CSS.

לפני בלזר, מיקרוסופט סילברלייט הייתה מסגרת ישימה בלבד. עם זאת, זה חסר מאוד תמיכה בפלטפורמה. זה הגביל משמעותית את האימוץ של סילברלייט. לעומת זאת, WebAssembly תוכנן במיוחד כדי להבטיח תאימות אופטימלית לכל הדפדפנים העיקריים, כולל דפדפן Safari של אפל שעובד ב- iOS. מה שמשמעות הדבר בפשטות היא ש- WebAssemble מהווה כעת מתחרה ראוי או חלופה ל- JavaScript ולמסגרות יישום של עמוד יחיד. אמנם תמיד יהיו מפתחים רבים שימשיכו להישאר נאמנים ל- JavaScript ולמסגרות שלה, אך מפתחי .Net מנוסים יוכלו לאמץ במהירות את WebAssembly.

מגבלות תער ובלייזור:

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

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

למרות המספר המצומצם של המגבלות, Razor ו- Blazor, עם היסטוריית ה- NET העשירה שלהם, בטוחים שיהיו אחד הכלים המועדפים ביותר. מפתחי אתרים, שעבדו זה מכבר עם JavaScript ונאבקים עם המסגרות שלו, בוודאי יעריכו שפה אחת ומקיפה לפיתוח צד הלקוח, כמו גם פיתוח בצד השרת. מפתחים מעוניינים צריכים להתחיל בהתקנת ה- .NET Core 3.0 SDK אחרון . לאחר מכן עליהם להתקין תבניות Blazor. מיקרוסופט הציעה מערך מקיף של הוראות באתר האינטרנט שלה .