مواقع الخادم
مواقع الخادم
مواقع الخادم
مواقع الخادم
مواقع الخادم
مواقع الخادم
مواقع الخادم
مواقع الخادم
مواقع الخادم
مواقع الخادم
مواقع الخادم
مواقع الخادم
مواقع الخادم
مواقع الخادم
عند تصميم موقع ويب ، يجب ربط محتواه بخدمة استضافة. هذا يعني أن الصور ومقاطع الفيديو والنصوص والبيانات الأخرى ستشغل مساحة افتراضية على الخوادم التي تحتوي على اتصال بالإنترنت بحيث يمكن الوصول إليها عن بُعد.
تنقسم خدمات استضافة المواقع إلى ست فئات:
مخصصة
الخادم الافتراضي (VPS)
موقع مشترك
إعادة البيع
حر
مشترك
بشكل عام ، عندما يتعلق الأمر باستضافة الموقع ، يجب مراعاة ثلاثة عوامل. واحد منهم هو المساحة التي تشغلها. سيؤثر هذا على سرعة المعالجة والأجهزة المستخدمة. فيما يتعلق بهذا الأخير ، فإن الفئة الوحيدة التي يقدمها المقاول هي الموقع المشترك. الباقي هو مسؤولية مركز بيانات الخادم.
مواقع الاستضافة على الويندوز
هناك نظامان أساسيان لمن يرغب في استضافة موقع ويب ، وهما Windows و Linux. في Windows يتم استخدام ASP ، أو ASP.Net ، كما يُقال اليوم. على الرغم من أنها تسمى لغة ، إلا أن ASP يمثل نوعًا من هيكلة المعلومات كمكتبة ، والتي "تترجم" للمتصفحات أنواع مختلفة من الأوامر المرسلة إلى الخوادم ، والتي تمررها إلى العميل ، من خلال المتصفح.
تستخدم المعلومات التي تتم معالجتها بواسطة الخوادم عمومًا النشر عبر FTP ، والذي يعمل تمامًا مثل البريد الإلكتروني عند إرفاق الملفات. SSH و FrontPage بدائل لطريقة النشر هذه.
لذلك ، يجب فهم استضافة ASP على أنها لغة مخصصة للخادم ، والتي تعمل بمثابة "مترجم" لمتصفحات العملاء المختلفة (الأشخاص العاديون الذين يصلون إلى الويب يوميًا). يستقبل المتصفح البيانات من الخادم الذي تم تنفيذه بالفعل وبتنسيق HTML.
الاستضافة المشتركة
من بين مزايا ASP ، من خصائصه القدرة على استخدامه في نظام الاستضافة المشتركة ، وهو الأكثر استخدامًا من حيث التكلفة والفائدة وهو مفيد نسبيًا فيما يتعلق بأشكال الاستضافة الأخرى. في هذه الطريقة ، يدير الخادم المعلومات من عشرات إلى مئات المواقع. يمكن أن يقلل ذلك من الوقت الذي يقضيه في الهواء ، أي أنه في أوقات معينة قد لا يتم العثور على موقع ويب معين وعدم استقرار النظام.
اليوم ، تسمح لك الأنظمة بالفعل بالاستضافة بطريقة مشتركة دون مشاكل وحتى أقل حاجة للصيانة التي يطلبها عدد أكبر من العملاء وتكاد تكون غير موجودة على خوادم فريدة وحصرية.
ASP.NET Core: الأخبار والتكامل مع .NET Core
ASP.NET كور: إذا كنت قد بدأت للتو في مجال البرمجة والتطبيقات ، فربما تكون قد سمعت للتو عن ماهيتها. للبدء ، من الضروري أن نتذكر أن هذا الهيكل مفتوح المصدر ومتعدد الأنظمة وعالي الأداء. هذا يعني أنه تم إنشاؤه بواسطة المجتمع ، جنبًا إلى جنب مع Microsoft ، ومتاح للاستخدام العام.
يمكنك إنجاز العديد من الأشياء باستخدام ASP.NET Core ، وإليك بعضًا منها:
تطبيقات المتجر وخدمات الويب وإنترنت الأشياء والخلفيات المتنقلة ؛
استخدام أدوات تطوير متعددة المنصات (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 ؛ Nginx. اباتشي ودوكر.
يمكن للمطورين الذين يعملون فقط مع الوظائف المستهدفة للاستخدام على نظام Windows الأساسي العمل مع .NET Framework ، وهو ليس متعدد الأنظمة الأساسية ، على عكس ASP.NET Core 2.x ، والذي يتكون من مكتبات .NET Standard. يمكن تشغيل هذه المكتبات على أي نظام أساسي يقوم بتنفيذ .NET Standard 2.0 ، مما يسمح للمبرمج بالعمل مع أنظمة أساسية مختلفة مع الاستمرار في استخدام إطار عمل ASP.NET.
باستخدام ASP.NET Core 3.0 ، سيكون من الممكن تشغيله فقط على .NET Core ، أي على ما يسمح بالعمل عبر الأنظمة الأساسية. هناك مزايا عديدة لتوجيه العمل إلى .NET Core. البعض يكونون:
منصة متعددة؛
أداء أفضل
واجهات برمجة التطبيقات الجديدة.
هناك عمل مكثف من قبل Microsoft ومجتمع البرمجة لتقليل الفجوة بين .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. للبرمجة ، سيتعين على المستخدم اختيار بيئة برمجة Code In Page ، مثل Visual Studio.NET ، وهي واحدة من أكثرها اكتمالًا.
هل نبدأ البرمجة؟
تتمثل الخطوة الأولى قبل كتابة الأسطر الأولى من التعليمات البرمجية في استخدام جهاز كمبيوتر يعمل بنظام تشغيل Microsoft. تأكد من تثبيت خدمات معلومات الإنترنت وتكوينها.يحتاج تطوير التطبيق وجهاز الاستضافة إلى إطار عمل. بدون الأداة ، لن يعمل التطبيق كما هو متوقع.
يمكن أن تكون أداة التطوير الخاصة بك ، كما هو مذكور أعلاه ، Visual Studio.NET. بالنسبة للمبرمج المتمرس ، فإن NotePad يكفي. الخيار الوسيط هو WebMatrix.
يمكن أيضًا كتابة التطبيقات بلغات متوافقة ، كما هو الحال مع VB.NET و C #. هذه ميزة كبيرة حيث يتم استخدام العديد من المبرمجين في بعض اللغات.
في الكود ، يمكن للمبرمج بالفعل الإشارة إلى اللغة المختارة. بالإضافة إلى Code in Page to program in ASP.NET ، يمكن للمستخدم اختيار Code Behind. في هذه الحالة الثانية ، يكون كود 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 في معالجة الأخطاء ، والتي يمكن الآن تحديدها من خلال جميع الأخطاء الموجودة على الصفحة من خلال محاولة الالتقاط وأخيراً. لذلك ، لا يضيع المطور الكثير من الوقت في محاولة العثور على الخطأ وتحديد المشكلة في الكود.
إعلان المتغيرات
يحتاج المبرمج إلى الإعلان عن جميع المتغيرات في 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 القديم. يُحدث هذا الفهرس فرقًا أكبر عندما يتعلق الأمر بالتطبيقات المتزامنة مع البرامج النصية ، مع المعالجة التي تتطلب أداءً عاليًا.
للعمل مع البرامج النصية في 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 5 ، بدون Core أو أي شيء حتى قاموا بتغييره مرة أخرى ، Buff) ، قدموا معلومات مربكة وأخذوا العديد من المبرمجين إلى منصات أخرى. الأسوأ من ذلك كله ، أن "المطلعين" كرروا أنهم يرتكبون خطأ وتجاهلونا. أخيرًا ، سقطوا عن المؤخرة وأعطوه اسمًا مختلفًا: .NET Core ، والذي أوضح الشيء المهم جيدًا: أنه نظام أساسي مختلف وليس إصدارًا جديدًا من السابق. في المنتصف ، كان علينا القيام بالكثير من العمل المعلوماتي (وهذا هو الأخير فقط من بين العديد) لتوضيح كل هذا.
الحقيقة هي أنهم قرروا هذا العام ، في مايو ، إفسادها مرة أخرى. أعلنوا أنهم سيعملون على (لفة الأسطوانة) .NET 5! مرة أخرى إلى الارتباك.المطلوب مع .NET 5 هو أن جميع الأنظمة الأساسية التي تمتلكها Microsoft (.NET Core ، .NET framework "classic" ، Xamarin) موحدة في واحدة ، مما يبسط العديد من الأشياء.
لفهمنا ، سيكون .NET 5 هو الإصدار التالي من .NET Core ، ما يحدث هو إزالة "Core" من الاسم وتخطي الإصدار 4.0 للانتقال مباشرة إلى 5.0. بالإضافة إلى ذلك ، فقد وضعوا تحت نفس التقنيات التي كانت في السابق فقط في .NET التقليدية منذ ذلك الحين ، يأملون في ترحيل جميع واجهات برمجة التطبيقات التقليدية (من Microsoft بالطبع) إلى .NET Core ، وإذا لم يتم ترحيلها ، هذا لأنها قديمة ، أو لأن هناك واجهة برمجة تطبيقات مختلفة أكثر حداثة تحل محلها بنجاح.
الفكرة الرئيسية التي يتم اتباعها هي تحسين الفوضى الحالية مع الحصول على .NET:
منصة .NET واحدة وموحدة ووقت تشغيل .NET واحد يعمل بنفس الطريقة على جميع الأنظمة ويوفر نفس الإمكانيات في جميع بيئات التطوير ، لإنشاء تطبيقات من جميع الأنواع: سطح المكتب والويب والجوال والسحابة ، إلخ.
قم بتوسيع إمكانيات .NET Core من خلال تضمين أفضل ما في .NET و Xamarin وحتى Mono التقليدية أيضًا.
لديك قاعدة رمز واحدة وليس عدة قواعد منفصلة كما يحدث الآن.
من الناحية النظرية ، يعد هذا أمرًا رائعًا لأن جميع التطورات في .NET 5 ستشترك في نفس نوع ملفات المشروع ، ووقت التشغيل نفسه ، وإمكانيات اللغة نفسها وستكون لها إمكانية الوصول إلى واجهات برمجة التطبيقات نفسها ، بغض النظر عن نوع التطبيق الذي تقوم ببنائه. وكل هذا جنبًا إلى جنب مع الإمكانات الرائعة التي يوفرها .NET Core اليوم: عبر الأنظمة الأساسية ، وأداء أعلى بكثير ، واستخدام أقل للذاكرة ، ونمطية لاستخدام ما تحتاجه فقط ، وسهولة التنفيذ جنبًا إلى جنب. سيكون لها أيضًا قابلية تشغيل تفاعلي بسيطة مع Java لجميع الأنظمة الأساسية ، وقابلية التشغيل البيني مع Objective-C و Swift على أنظمة تشغيل مختلفة ، وستضيف CoreFX (قلب NET Core) دعمًا لقضايا مثل التجميع في وقت مبكر (ثابت).
في الواقع ، هناك أشياء يتم ترحيلها (مثل نماذج Windows) والتي ستعمل فقط على Windows لأنها تعتمد على واجهات برمجة تطبيقات النظام الموجودة فقط في نظام التشغيل هذا. سيتم ربط مشكلات 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). لذلك إذا كنت ترغب في استخدام Web Forms مع ASP.NET Core ، فإن الحظ السيئ (أو التبديل إلى Blazor عندما يكون جاهزًا ، والذي يشبه إلى حد ما بيضة إلى كستناء) إذا كنت تريد ترحيل خدمة WCF إلى .NET Core ، فهذا سيء الحظ: استخدم Web API أو gRPC. إذا كان لديك مشاريع تم إنشاؤها باستخدام Workflow Foundation ، فلحسن الحظ: هناك إصدار مفتوح المصدر من Workflow Foundation تم ترحيله إلى .NET Core ، ولكن ليس بواسطة Microsoft.
لا يتعين عليك (ولا ينبغي) ترحيل تطبيقاتك الحالية إلى .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 من الممكن تطوير التطبيقات باستخدام نموذج واجهة المستخدم الرسومية من خلال تلخيص معرفة HTML ، وآلية اتصال HTTP ، وتبادل البيانات بين المتصفح والخادم ، وما إلى ذلك. بالنسبة لتصميم الصفحة ، يمكن كتابة HTML مباشرةً مثل ASP السابق ، ولكن يمكن تصميم الصفحة بواسطة واجهة المستخدم الرسومية باستخدام بيئة تطوير مثل 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:تُستخدم عند استخدام عنصر تحكم المستخدم الأصلي على صفحة ويب
ملف ashx: بناء معالج 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 for .NET Developers
سنقوم بتحليل تطبيق 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. للقيام بذلك ، ما عليك سوى اختيار تطبيق ويب ASP.NET Core على الشاشة الأولى ، وفي الشاشة الثانية ، اختر تطبيق الويب ، وقد انتهيت.
هيكل المشروع في ASP.NET Core
أول شيء نراه عند إنشاء تطبيق ويب MVC في ASP.NET Core هو الافتقار إلى الويب. ملف التكوين. ثم وجدنا مجلدين جديدين ، أحدهما يسمى wwwroot والآخر التبعيات. أخيرًا ، نرى ملفًا جديدًا يسمى appsettings.json.
كان من السهل فهم مجلد التبعيات في .NET Core ، وهو نفس منطق مجلد المراجع في .NET Framework.في المجلد www-root. ولكن بعد ذلك ، كان الأمر سهلاً أيضًا ، فهو يحتوي على نفس أنواع الملفات مثل مجلد المحتوى في .NET Framework. حتى الان جيدة جدا.
أخيرًا ، انقر فوق ملف appsettings.json ، ولأن أحدهما يستخدم .NET Framework ، فإنه يحمل نفس اسم فئة AppSettings المستخدمة للتكوين في الويب. ملف التكوين.
الدليل الظاهري
الخطوة التالية الآن هي ترجمة التطبيق وإنشاء الدليل الظاهري في IIS. دعنا نذهب إلى خصائص مشروع MVC وانتقل إلى علامة التبويب الويب.
إذا حاولت العثور على دليل ويب لتكوين IIS على .NET Core! في .NET Framework ، لدينا علامة تبويب خاصية تسمى الويب لإنشاء الدليل الظاهري في IIS والإعدادات الأخرى.
أحد الأخبار والأهداف الرئيسية لـ .NET Core هو عدم الحاجة إلى الاعتماد على IIS أو النظام. مكتبة الويب. لهذا السبب ليس لدينا دليل افتراضي في هذه الحالة. من الممكن تطوير تطبيق ويب سهل يعمل على أنظمة التشغيل Windows و Linux و Mac.
