מיקומי שרתים
מיקומי שרתים
מיקומי שרתים
מיקומי שרתים
מיקומי שרתים
מיקומי שרתים
מיקומי שרתים
מיקומי שרתים
מיקומי שרתים
מיקומי שרתים
מיקומי שרתים
מיקומי שרתים
מיקומי שרתים
מיקומי שרתים
בעת תכנון אתר WEB, יש לקשר את התוכן שלו לשירות אירוח. המשמעות היא שתמונות, קטעי וידאו, טקסטים ונתונים אחרים יתפסו מקום וירטואלי בשרתים עם חיבור לאינטרנט, כך שניתן יהיה לגשת אליהם מרחוק.
שירותי אירוח אתרים מחולקים לשש קטגוריות:
מוקדש
שרת וירטואלי (VPS)
מיקום משותף
מכירה חוזרת
חינם
משותף
באופן כללי, כשמדובר באירוח האתר, יש לקחת בחשבון שלושה גורמים. אחד מהם הוא המרחב לכבוש. זה ישפיע על מהירות העיבוד ועל החומרה בה נעשה שימוש. ביחס לזו האחרונה, הקטגוריה היחידה בה היא מסופקת על ידי הקבלן היא מיקום משותף. השאר באחריות מרכז הנתונים של השרת.
אירוח אתרים ב- Windows
ישנן שתי פלטפורמות למי שרוצה לארח אתר, Windows ו- Linux. ב- Windows משתמשים ב- ASP, או ASP.Net, כפי שנאמר היום. למרות שזה נקרא שפה, ASP מייצג סוג של מידע המבנה כספרייה, אשר & ldquo; מתרגם & rdquo; לדפדפנים סוגים שונים של פקודות שנשלחות לשרתים, שמעבירות אותן ללקוח דרך הדפדפן.
המידע שעובד על ידי השרתים בדרך כלל משתמש בפרסום באמצעות FTP, שעובד בדיוק כמו דוא"ל בעת צירוף קבצים. SSH ו- FrontPage הם חלופות לדרך פרסום זו.
אם כן, יש להבין את אירוח ה- ASP כשפה המיועדת לשרת, המשמשת כ"מתרגם "עבור הדפדפנים השונים של הלקוחות (פשוטי העם אשר ניגשים לאינטרנט מדי יום). הדפדפן מקבל נתונים מהשרת שכבר בוצע ובפורמט HTML.
אירוח משותף
בין היתרונות של ASP, זה ברכוש שלה להיות יכול להיות בשימוש במערכת של אירוח משותף, שהיא הנפוצה ביותר עבור העלות-תועלת שלה יחסית יתרון ביחס לצורות אירוח אחרות. בשיטה זו, שרת מנהל מידע מעשרות למאות אתרים. זה יכול להפחית את זמן הבילוי באוויר, כלומר, בזמנים מסוימים ייתכן שלא נמצא אתר נתון וחוסר יציבות המערכת.
כיום המערכות כבר מאפשרות לכם לארח בצורה משותפת ללא בעיות ועוד פחות צורך בתחזוקה הנדרשת על ידי מספר רב יותר של לקוחות וכמעט ולא קיימת בשרתים ייחודיים ובלעדיים.
ASP.NET Core: חדשות ואינטגרציה עם .NET Core
ליבת ASP.NET: אם אתה רק מתחיל בתחום התכנות ובניית היישומים, אולי שמעת בדיוק על מה זה. כדי להתחיל, יש לזכור שמבנה זה הוא קוד פתוח, ריבוי צורות וביצועים גבוהים. המשמעות היא שהיא מיוצרת על ידי הקהילה, יחד עם מיקרוסופט, והיא זמינה לשימוש ציבורי.
אתה יכול להשיג הרבה דברים בעזרת ASP.NET Core, הנה כמה מהם:
חנות יישומים ושירותי אינטרנט, IoT וגיבויים ניידים;
השתמש בכלי פיתוח מרובי פלטפורמות (Windows, macOS ו- Linux);
הפעל ב- .NET Core או .NET Framework.
היתרונות של ASP.NET Core
עדיין יש ספקות מדוע אנו משתמשים ב- ASP.NET Core. מפתחים רבים ממשיכים להשתמש ב- ASP.NET 4.x, אך הם לא תמיד יודעים ש- ASP.NET Core הוא אבולוציה של זה עם שינויים שמביאים מבנה רזה ומודולרי יותר. עדכון זה מביא יתרונות שניתן לראות להלן:
יכולת בדיקה;
יכולת פיתוח והפעלה ב- Windows, macOS ו- Linux;
שילוב של מבנים מודרניים ותהליכי פיתוח;
מערכת תצורה מוכנה להעלאה לענן;
יכולת לינה בקסטרל; IIS; HTTP.sys; נגינקס; אפאצ'י ודוקר.
מפתחים שעובדים רק עם עבודות המיועדות לשימוש בפלטפורמת Windows יכולים לעבוד עם .NET Framework, שאינה מרובת פלטפורמות, בניגוד ל- ASP.NET Core 2.x, המורכב מספריות .NET רגילות. ניתן להריץ ספריות אלו בכל פלטפורמה המיישמת את .NET Standard 2.0, ומאפשר למתכנת לעבוד עם פלטפורמות שונות תוך שימוש במסגרת ASP.NET.
עם ASP.NET Core 3.0 ניתן יהיה להפעיל רק ב- .NET Core, כלומר על מה שמאפשר עבודה בין פלטפורמות. ישנם יתרונות רבים להפניית העבודה אל .NET Core. חלקם הם:
ריבוי צורות;
הופעה טובה יותר;
ממשקי API חדשים.
יש עבודה אינטנסיבית של מיקרוסופט ושל קהילת התכנות בכדי לצמצם את הפער בין .NET Framework לבין .NET Core., אך יש לקחת בחשבון את האפשרות של ריבוי פלטפורמות מכיוון שצמיחתן של מערכות הפעלה אחרות אינה נעצרת.
תכנות ASP.NET: מה זה?
תכנות ASP.NET יכול להיחשב כגרסה מהפכנית של ASP, המשמשת לבניית יישומי אינטרנט, במיוחד עבור שירותי אינטרנט, וחיונית לפיתוח סוגים שונים של יישומי Microsoft .NET. טכנולוגיית תכנות מעולה!
תכנות ASP.NET משמש כדי להפוך את חייו של המתכנת לפשוטים בהרבה בעבודת פיתוח יישומי אינטרנט, כולל בקרת אירועים, כולל שילוב שליטה בטפסים, כאשר כמה פריטים מקושרים ללחצני הבקרה. לפיכך, תכנות ASP.NET פשוט יותר עבור המתכנת למקם את הקודים ללחיצה על כפתור או לשנות רכיב ברשימה, למשל.
החלפת (שליחה וקבלה) של נתונים ב- XML מפושטת גם באמצעות תכנות ASP.NET, עבור SOAP, פרוטוקול HTTP ועם אירוח ב- Microsoft IIS. כלומר, זו שפה המותאמת לשירותי רשת.
מהם המבדילים העיקריים של תכנות ASP.NET?
תכנות ASP.NET מציג כמה היבטים חשובים שראויים להיות מודגשים, ביניהם:
ההדרה;
כיוון אובייקט;
תמיכה בשפות אחרות;
רכיבים;
הנהלת המדינה;
קל לבנות את שכבת המצגת.
אוסף והתמצאות אובייקטים בתכנות ASP.NET
המסגרת בודקת אם הדף הורכב בכל פעם שהוא מתבקש. אם הוא לא הורכב עד אז, הוא יורכב רק פעם אחת. בבקשות חדשות, לא יהיה צורך לבצע אוסף נוסף; עם זאת, הביצוע הופך להיות הרבה יותר זריז.
בכיוון אובייקט, תכנות ASP.NET תומך בשימוש בשפות תמיכה לכתיבת קוד, בשפות OO, הנתמכות על ידי framework.net.
בקרות ורכיבים לתכנות ASP.NET
תכנות ASP.NET מובחן גם בבקרות ורכיבים. בין המרכיבים המקלים על עבודתו של המתכנת ניתן למנות:
בקרות משתמש;
בקרות HTML;
לוח שנה;
מהדר;
רשת נתונים;
פקדים מותאמים אישית;
בין יתר המרכיבים.
רבים מהבקרים המורכבים הללו נמצאים רק ב- ASP.NET. לפיכך, המתכנת אינו מבזבז זמן בכתיבת קוד לפונקציות שכבר מוכנות.
יישום ASP.NET נעשה ב- XML. אם המתכנת מבצע שינויים מסוימים בקובץ, אין צורך לבצע הידור מחדש, מכיוון שהמסגרת מזהה את המבנים החדשים ועושה את היישום שוב.
סביבת תכנות ASP.NET
כל מי שתכנת ב- VB - Visual Basic ימצא את זה קל עוד יותר עם ASP.NET. כדי לתכנת, המשתמש יצטרך לבחור בסביבת תכנות קוד בדף, כגון Visual Studio.NET, אחת המלאות ביותר.
נתחיל לתכנת?
השלב הראשון לפני כתיבת שורות הקוד הראשונות הוא שימוש במחשב עם מערכת הפעלה של מיקרוסופט. וודא כי שירותי המידע באינטרנט מותקנים ומוגדרים.מכונת פיתוח ואירוח האפליקציות זקוקה למסגרת. ללא הכלי, היישום לא יפעל כצפוי.
כלי הפיתוח שלך, כאמור לעיל, יכול להיות Visual Studio.NET. עבור מתכנת מנוסה, ה- NotePad מספיק. אפשרות ביניים היא WebMatrix.
ניתן לכתוב יישומים גם בשפות תואמות, כמו במקרה של VB.NET ו- C #. זהו יתרון גדול מכיוון שמשתמשים רבים משתמשים בשפות מסוימות.
בקוד, המתכנת יכול כבר לציין את השפה שנבחרה. בנוסף לקוד בעמוד לתכנות ב- ASP.NET, המשתמש יכול לבחור קוד מאחורי. במקרה השני, קוד ה- C ו- HTML נפרדים לחלוטין.
לכל קבצי ה- aspx תהיה שווה ערך ל- C Sharp, למשל, אם השפה שנבחרה היא C #. קוד HTML ורכיבי ASP.NET מוכרזים ב- aspx בלבד.
עם הנחיות אלה, כבר ניתן להתחיל את עבודתך בתכנות ASP.NET, טכנולוגיה חדשנית שהפכה את חיי המתכנת להרבה יותר קלים ומעשיים!
תכנות ASP.NET: מהם היתרונות?
תכנות ASP.NET מיועד לשירותי אינטרנט, טכנולוגיה לתכנות ASP הנחשבת למהפכנית, בשימוש במספר יישומי .NET.
ישנם מספר יתרונות בשימוש בתכנות ASP.NET, מנקודת מבטם של אלה המפתחים תוכנית וכתיבה ממש, את הקוד. ASP.NET הוא אידיאלי והיותו התכנות המועדף על מפתחי אפליקציות WEB. המקובל יותר עבור המתכנת ועם מספר פשטות ומתקנים, ביניהם:
אפשרות לשלוט באירועים;
מתקן לכלול טפסים;
ניתן לכלול פריטי כפתורי שליטה;
זה מאפשר חילופי נתונים ב- XML בצורה פשוטה.
הנתונים נשלחים באמצעות פרוטוקולים ידועים, כגון HTTP ו- SOAP. מכיוון שמדובר בקוד שהותאם להפעלה מושלמת ביישומי WEN, ASP.NET מתאים לאירוח ב- Microsoft IIS.
ישנם מספר יתרונות המדגישים תכנות ASP.NET בכל הנוגע לאוסף, כיוון האובייקט, רכיבים, ניהול מצב, תמיכה בשפות אחרות ובניית שכבת המצגת.
טיפול בשגיאות ASP.NET
אחת התמורות של ASP.NET היא בטיפול בשגיאות, שניתן לזהות כעת באמצעות כל השגיאות בדף באמצעות Try Catch Endelig. לכן היזם לא מבזבז הרבה זמן בניסיון למצוא את השגיאה ולזהות את הבעיה בקוד.
הצהרת משתנים
על המתכנת להכריז על כל המשתנים ב- ASP.NET, ולכן על כל המשתנים להגדיר תוכן. במידת הצורך, מי שכותב את הקוד יכול להשתמש בפונקציה להמרת הנתונים, זה אחד היתרונות של ASP.NET.
התמקדו בפיתוח בכמה כלים
יתרון נוסף בתכנות ASP.NET הוא היכולת להשתמש רק ב- Visual Studio.NET או ב- Web Matrix, שמרכזים את כל המשאבים הדרושים לתפקיד, בניגוד ל- ASP, שדרש ידע רב יותר של המתכנת ביחס לשפות אחרות, כגון כמו VBScript או HTML עצמו. עם ASP.NET, המתכנת אינו צריך לחפש משאבים בכלים שונים.
בקרות נוספות ליצירת דפים
עבור מסדי נתונים, שירות אינטרנט ויצירת עמודים, ישנם מספר משאבי בקרה של ASP.NET, ביניהם Repeater, DataGrid, Validator, Calendar ו- DataList.תכונות בקרה חדשות אלה מצמצמות את מספר השורות לתכנות והקוד קטן בהרבה, גם עבור עבודות שנעשות עם תאריכים ותוקף נתונים.
אוסף מהיר של דפים ב- ASP.NET
אוסף דפי ASP.NET מתרחש ב- DLL. לכן, המהירות היא הרבה יותר גדולה, היא תהיה 25% יותר זריזה מה- ASP הישן. אינדקס זה עושה הבדל גדול עוד יותר כשמדובר ביישומים בו זמנית עם Scripts, עם עיבוד הדורש ביצועים גבוהים.
לעבודה עם סקריפטים ב- ASP.NET מצוינות מספר שפות, כגון C ++, C # ו- Visual Basic.NET.
קל לטעון שגיאות ב- ASP.NET
ב- ASP.NET הרבה יותר קל לטעון שגיאות. ברגע שנמצאת בעיית הקוד, יש הפסקה זמנית כדי לראות אם יש בעיות במשתנים.
ב- ASP.NET, בסופו של דבר אתה מגדיר בקוד שלך את נקודות ההפסקה. המתכנת קובע גם את ביצוע הדף בדפדפן. קל יותר לזהות את כל השגיאות, וזו לא תהיה בעיה עבורך.
האם אהבת את ההבדלים והיתרונות שיש לתכנות ASP.NET לעומת ASP? ישנם גם הפרשים אחרים שתכירו רק בפועל, ברגע שתעבירו את מסד הנתונים ותתחילו לעבוד עם תכונות חדשות עבור שירותי אינטרנט.
העתיד של .NET בשנת 2020: מדריך למפתחים (בצדק) חסר מושג
השארת שיווק / תקשורת של .NET בידי המפתחים שלה היא טעות. זה הודגם היטב כשהתחילו להכין את מה שיהפוך מאוחר יותר ל- .NET Core. הם הודיעו על כך יותר משנתיים מראש, אך נראה כי זה עומד להיות קרוב, והם גם הטביעו אותו בתחילה כ. NET 5, שמשמעותו שזה היהפשוט גרסה חדשה של .NET 4.x, שנקראה להחליף אותה, כשלמעשה זו הייתה מסגרת נפרדת, מרובת-צורות, קוד פתוח ומושגית שונה מאוד, אם כי דומה בצורה.
באמצע הם ביצעו שינויים נוספים במינוח (למשל, הניסיון הראשון עם .NET Core, זה היה .NET Core 5 ולהחמיר את המצב ASP.NET היה ASP.NET 5, בלי Core או כלום עד שהם שינו אותו שוב, buff), הם מסרו מידע מבלבל והם לקחו מתכנתים רבים לפלטפורמות אחרות. והכי גרוע, "המקורבים" חזרו שהם טועים והם התעלמו מאיתנו. לבסוף הם נפלו מהתחת ונתנו לו שם אחר: .NET Core, שהבהיר היטב את הדבר החשוב: שמדובר בפלטפורמה אחרת ולא בגרסה חדשה של הקודמת. באמצע היינו צריכים לעשות עבודת מידע רבה (וזה רק האחרון מבין רבים) כדי להבהיר את כל זה.
העובדה היא שהשנה, במאי, הם החליטו לבלגן את זה שוב. הם הודיעו שהם הולכים לעבוד על (תוף רול). NET 5! שוב חזרה לבלבול.מה שמחפשים עם .NET 5 הוא שכל הפלטפורמות שיש למיקרוסופט (.NET Core, .NET framework "קלאסי", Xamarin) מאוחדות לכדי אחת, ומפשטות כמה דברים.
כדי להבין אותנו. .NET 5 תהיה למעשה הגרסה הבאה של .NET Core, מה שקורה הוא שהם מסירים את ה- "Core" מהשם ומדלגים על גרסה 4.0 כדי לעבור ישירות ל- 5.0. בנוסף, הם הכניסו את אותן טכנולוגיות שקודם לכן היו רק ב- NET המסורתית. מאז הם מקווים שהעבירו את כל ה- API המסורתי (ממיקרוסופט, כמובן) ל- .NET Core, ואם הם לא העבירו אותם, זה בגלל שהם מיושנים, או בגלל שיש ממשק API שונה ומודרני יותר שמחליף אותו בהצלחה.
הרעיון העיקרי שאחריו הוא לשפר את הבלגן הנוכחי עם .NET להשיג:
פלטפורמת NET אחת ומאוחדת וזמן ריצה יחיד של NET שעובד זהה בכל המערכות ומציע את אותן האפשרויות בכל סביבות הפיתוח, ליצירת יישומים מכל הסוגים: שולחן עבודה, אינטרנט, נייד, ענן וכו '.
הרחב את היכולות של .NET Core על ידי הכללת גם את מיטב ה- .NET, Xamarin ואפילו Mono המסורתיים.
יש בסיס קוד יחיד ולא כמה נפרדים כפי שקורה עכשיו.
בתיאוריה, זה נהדר מכיוון שב- .NET 5 כל הפיתוחים ישתפו את אותו סוג של קבצי פרויקט, אותו זמן ריצה, אותן יכולות שפה ויהיה להם גישה לאותם ממשקי API, ללא קשר לסוג היישום שאתה בונה. וכל זה בשילוב עם היכולות הנהדרות שמציעה .NET Core כיום: פלטפורמות חוצות, ביצועים גבוהים בהרבה, פחות שימוש בזיכרון, מודולריות לשימוש רק במה שאתה צריך, קלות ביצוע זה לצד זה. תהיה לזה גם יכולת פעולה הדדית פשוטה עם Java לכל הפלטפורמות, יכולת פעולה הדדית עם Objective-C ו- Swift במערכות הפעלה שונות, ו- CoreFX (הלב של .NET Core) תוסיף תמיכה בנושאים כמו קומפילציה לפני הזמן (סטטי).
במציאות, ישנם דברים מועברים (כגון Windows Forms) שיעבדו רק ב- Windows מכיוון שהם תלויים בממשקי API של המערכת הקיימים רק במערכת הפעלה זו. בעיות אחרות של Xamarin יהיו קשורות למערכות הפעלה ניידות.
כל יישומי .NET 5 ישתמשו ב- CoreFX מתחת למנוע ה- .NET Core, עם התוספות והשינויים שייערכו בו בחודשים הקרובים. מה שהם הולכים לעשות בכדי להשיג זאת מוסיף לו דברים כדי להבטיח שזה יעבוד באתרים שהוא לא יכול כרגע, בעצם אפליקציות מובייל עם Xamarin ואפליקציות אינטרנט מבוססות WebAssembly.
מתי .NET 5?
שחרורו של .NET 5 מתוכנן לחודש נובמבר 2020. בוודאי שיהיו כמה בטא בסוף הסמסטר הראשון של השנה, אך בידיעה על ההיסטוריה של הפיתוח של .NET Core, יתכן שבין betas / RCs והגרסה הסופית יהיו הרבה שינויים.
מה המשמעות של כל זה בפועל? מה זה אומר?
ובכן, קשה לתת תשובה קטגורית עד לפרסום הגרסה הסופית, אך ישנם כמה דברים ברורים נכון להיום:
העתיד של .NET הוא .NET Core. לא משנה אם הם קוראים לזה .NET 5: זה עדיין. NET Core וכל מה שתלמד עכשיו ישרת אותך בהמשך עם הגרסה החדשה הזו.
.NET 4.8 תהיה הגרסה האחרונה של .NET הקלאסית שתופיע והפלטפורמה נותרה תחת "תחזוקה". זהו מוצר בוגר ומסוגל מאוד והוא לא נעלם. הוא ימשיך להיות מופץ עם Windows (כך שתמיד תהיה שם זמינה) מכיוון שהמערכת עצמה תלויה בה ויציבות, אבטחה ותיקוני באגים ימשיכו להשתחרר. אם אתה רוצה פיתוח ללא הפתעות וקשור ל- Windows, זו עדיין האפשרות הטובה ביותר.
לאחר שחרורו של .NET Core 3 בספטמבר, לא יועברו תכונות נוספות מ- .NET Classic ל- .NET Core (או .NET 5). אז אם אתה רוצה להשתמש בטופסי אינטרנט עם ASP.NET Core, מזל רע (או לעבור ל Blazor כשהוא מוכן, שנראה קצת כמו ביצה לערמון) אם אתה רוצה להעביר שירות WCF ל- .NET Core, רע מזל: השתמש ב- API של האינטרנט או ב- gRPC. אם יש לך פרויקטים שנוצרו עם Workflow Foundation, מזל טוב יותר: יש גרסת קוד פתוח של Workflow Foundation שהועברה ל- .NET Core, אך לא על ידי מיקרוסופט.
אינך צריך (ולא צריך) להעביר את היישומים הנוכחיים שלך ל- .NET Core או .NET 5, כאשר הם זמינים. הם ימשיכו להיות פלטפורמות שונות והגירה ישירה היא בדרך כלל לא רעיון טוב.
מצד שני, וזו כבר דעה אישית, אם כי לא חושבים שהיא שגויה מאוד, אם לקרוא לה. NET 5 נראה כשגיאה חמורה. זה מבלבל את מי שלא יודע היטב מה קורה ויכול לגרום להם לחשוב שמדובר בגרסה חדשה של .NET 4. ושהמה שנעצר הוא. NET Core כאשר זה בדיוק ההפך.
אוקיי, זה לא 2016 והבלבול יהיה פחות מאשר אז, אבל האם זה היה כל כך נורא לקרוא לזה .NET Core 5 ולקבוע את השיא? או אפילו לקבל .NET Core 4 עם כמה מהחדשות ובעוד כמה חודשים. NET Core 5 עם כל מה שהם מתכננים.
בכל מקרה, וזה מה שחשוב, הרעיון שעומד מאחורי כל זה טוב, אנו יודעים ש- NET Core הוא העתיד וכי על ידי לימוד כעת. NET Core אנו מתחרטים על הימורים על הפלטפורמה לא קצרה ולא ארוכה מאז .NET 5 יהיה רק .NET Core עם שם אחר.
תכונות טופס אינטרנט של ASP.NET
ASP.NET אפשרה לפתח יישומים באמצעות מודל GUI על ידי הפשטת הידע של HTML, מנגנון תקשורת HTTP, חילופי נתונים בין הדפדפן לשרת וכו '. באשר לעיצוב דפים, ניתן לכתוב HTML ישירות כמו ה- ASP הקודם, אך ניתן לבצע עיצוב דפים על ידי GUI באמצעות סביבת פיתוח כגון Visual Studio. בנוסף, תכנות מונחה אירועים מתממש באמצעות מנגנון הנקרא PostBack המשתמש במנגנון HTTP POST.
למרות שהמנגנון הפנימי מופשט, הוא למעשה משתמש במודלים קונבנציונליים כגון HTML, HTTP ו- JavaScript, ולכן יש לו את היתרון בכך שהוא יכול להיות מוצג בדפדפן אינטרנט באותו אופן כמו יישום אינטרנט רגיל. עם זאת, מצד שני, עדיין יש צורך להתחשב במגבלות של דפדפני האינטרנט ו- HTTP בעת פיתוח, ולכן אין זה שום דבר שרביט קסמים המאפשר למתכנתים שאינם מבינים יישומי אינטרנט לפתח יישומי אינטרנט.
בנוסף לזיהוי הדפדפן וליצירת ה- HTML האופטימלי, הוא אוסף ומטמון רק כשיש שינוי בהשוואה לזה שבוצע בפעם האחרונה בזמן הביצוע, כך שמהירות העיבוד משופרת בהשוואה ל- ASP.
ניתן לקרוא ל- ASP מ- SSI, אך ל- ASP.NET לא.
התנהגות ASP.NET
ב- IIS, ASP.NET מריץ קובץ בשם aspnet_isapi.dll באמצעות ISAPI. הגדרות התנהגות רבות של ASP.NET משתמשות בקבצי * .config. פשוט הכניסו את הקבצים המורכבים מראש או ה- DLL או הלא מקובצים בספריה שצוינה וזה יעבוד.
רבים מהשיעורים המשמשים ב- ASP.NET מוגדרים במרחבי השמות הבאים:
System.Web
System.Web.UI
שפות זמינות ב- ASP.NET
ב- Visual Studio, Visual Basic ו- C # נבחרים כשפת ברירת המחדל, אך מכיוון שהוא יעבוד בסופו של דבר עם מכלולים מקובצים, הוא יעבוד עם שפות תואמות .NET כגון C ++ / CLI ו- JScript.NET. אם יש לך אחד, אתה יכול לכתוב אותו בשפות שונות.
סיומת
קובץ aspx:דף טופס אינטרנט כללי
קובץ asax:בניית לוגיקה ברמת היישום וטיפול באירועים
קובץ ascx:משמש בעת שימוש בבקרת המשתמש המקורית בדף אינטרנט
קובץ אשקס: בנה מטפל HTTP משלך
קובץ asmx: בניית עמודי שירות אינטרנט
קובץ axd: קבצים למעקב ברמת היישום
קובץ דפדפן:קובץ המאחסן את תצורת הדפדפן שהאתר מאפשר
קובץ תצורה: קובץ בפורמט XML המתאר את ההגדרות של יישום האינטרנט
קובץ cs / vb: קובץ מקור לפני הידור. הראשון כתוב בשפת C # והשני בשפת Visual Basic
קובץ אב:קובץ עמוד מאסטר שקובע עיצוב אחיד לדף
קובץ Sitemap: קובץ תצורה של מפת האתר
תיק עור: בניית עורות נושא לדפי אינטרנט
קובץ resx: קובץ משאבים לבינלאומי (גלובליזציה) ולוקליזציה (לוקליזציה) של קבצים
מבנה מדריך
App_Code: מדריך למיקום קבצי מקור כמו * .cs ו- * .vb
App_LocalResources: מדריך להצבת קבצים אזוריים המופרדים בנפרד
App_GlobalResources: מדריך להצבת משאבים (* .resx) לאיתור עמודים רבים
App_Themes: מדריך בו ממוקמים קבצים אלה
App_Browsers: הספריה בה ממוקם קובץ הדפדפן *. כדי למקם את הגדרת הדפדפן בהתאם למפרט האתר.
פח: מדריך המשמש למיקום קבצים בינאריים המשמשים ב- ASP.NET
.NET Core למפתחי .NET
ננתח יישום MVC. NET Core, מדבר בשפה של מפתח .NET. המשמעות היא שכל מה שקראתם כאן יהיה השוואה בין הפונקציונליות של שתי הטכנולוגיות.
מה נעשה?
בואו ליצור פרויקט MVC חדש ב- .NET Core, שנקרא FSL.NetCoreBasics, ונשווה את התכונות העיקריות עם .NET Framework, כמו אלה המפורטים להלן:
מבנה הפרויקט
מדריך וירטואלי
תצוגות ו- HTMLHelpers
בקרים ופעולות
מסלולים
קובץ Web.config
הזרקת תלות
יצירת פרויקט MVC ב- ASP.NET Core
יצירת פרויקט MVC ב- .NET Core באמצעות Visual Studio 2017 זהה כמעט ל- MVC ב-. NET Framework. לשם כך, פשוט בחר יישום אינטרנט Core ASP.NET על המסך הראשון, ובמסך השני בחר יישום אינטרנט וסיימת.
מבנה הפרויקט בליבת ASP.NET
הדבר הראשון שאנו רואים בעת יצירת יישום אינטרנט MVC ב- ASP.NET Core הוא היעדר האינטרנט. קובץ תצורה. ואז, אנו מוצאים שתי תיקיות חדשות, האחת נקראת wwwroot והשנייה Dependencies. לבסוף, אנו רואים קובץ חדש בשם appsettings.json.
קל היה להבין את תיקיית Dependencies ב- .NET Core. זהו אותו הגיון כמו תיקיית References במסגרת .NET Framework.בתיקיית www-root. אבל אז, זה היה גם קל, הוא מכיל את אותם סוגי קבצים כמו תיקיית התוכן ב- .NET Framework. בינתיים הכל טוב.
לבסוף, לחץ על הקובץ appsettings.json, ומכיוון שמשתמשים בזה .NET Framework, יש לו שם זהה למחלקת AppSettings, המשמשת לתצורה באינטרנט. קובץ תצורה.
ספרייה וירטואלית
השלב הבא כעת הוא קומפילציה של היישום ויצירת הספריה הווירטואלית ב- IIS. בוא נעבור למאפייני פרויקט MVC ונלך לכרטיסיית האינטרנט.
אם ניסית למצוא מדריך אינטרנט להגדרת תצורת IIS ב- .NET Core! במסגרת .NET Framework, יש לנו כרטיסיית מאפיינים הנקראת Web ליצירת הספרייה הווירטואלית ב- IIS ובהגדרות אחרות.
אחת החדשות והיעדים העיקריים של .NET Core היא לא להזדקק לתלות ב- IIS או במערכת. ספריית אינטרנט. לכן אין לנו מדריך וירטואלי במקרה זה. ניתן לפתח יישום אינטרנט ללא מאמץ הפועל ב- Windows, Linux ו- Mac.
