تقديم معاينة .NET 5.0 6

قمنا في الأسبوع الماضي بإصدار .NET 5.0 Preview 6. يحتوي هذا الإصدار على مجموعة صغيرة من الميزات الجديدة وتحسينات الأداء. يغطي نشر .NET 5.0 Preview 4 ما نخطط لإصداره في .NET 5.0. يتم تنفيذ معظم الميزات حاليًا ، ولكن بعضها ليس في حالته النهائية بعد. نتوقع أن يعمل الإصدار بشكل كامل مع Preview 8.



يمكنك  تنزيل .NET 5.0 Preview 6 لأنظمة Windows و macOS و Linux:





 كما تم إصدار ASP.NET Core  و  EF Core الأسبوع الماضي. ملاحظة: لن يدعم EF Core 5.0 .NET Standard 2.0 أو .NET Framework. اقرأ  منشور إصدار EF Core لمعرفة المزيد.



تحتاج إلى استخدام  Visual Studio 2019 16.7  للعمل مع .NET 5.0. .NET 5.0 مدعوم الآن في  Visual Studio لنظام التشغيل Mac . قم بتثبيت أحدث  ملحق C # لاستخدام .NET 5.0 مع  Visual Studio Code .



ملاحظات:









تحديث Windows ARM64



أعلنا عن دعم Windows ARM64 في المعاينة 4 . في ذلك الوقت ، قمنا فقط بتضمين تطبيقات وحدة التحكم وتطبيقات ASP.NET Core على Windows ARM64. تتضمن معاينة SDK 6 الآن دعمًا لنماذج Windows. هذا يعني أنه يمكنك إنشاء تطبيقات Windows Forms وتشغيلها على أجهزة Windows ARM64 ، تمامًا مثل x64. ما زلنا نعمل على إضافة دعم WPF إلى Windows ARM64.



يمكنك مشاهدة مثال لتطبيق Windows Forms يعمل على كمبيوتر محمول ARM64 ، كما هو موضح أدناه.







من المتوقع أن يدعم Visual Studio 16.7 المصحح البعيد Visual Studio .NET لـ Windows ARM64. نتوقع أنه بعد ذلك بقليل ، سيظهر دعم المصحح البعيد Visual Studio Code .NET. لتجنب الارتباك ، ينطبق هذا الدعم على تشغيل Visual Studio أو Visual Studio Code على جهاز x64 والاتصال عن بعد بتطبيق .NET قيد التشغيل على جهاز Windows ARM64. بالإضافة إلى ذلك ، يضيف Visual Studio Code دعم ARM64. سنضيف دعمًا لملحق C # ومُصحح .NET الذي يعمل في إصدار Windows ARM64 من Visual Studio Code ، ولكن التواريخ غير معروفة حتى الآن.



نماذج ويندوز



يتم استخدام مستخدمي Visual Basic لجعل تطبيقاتهم مفردة (مثيل واحد يعمل في كل مرة). هذا السلوك متاح الآن من خلال WindowsFormsApplicationBase.IsSingleInstance . إليك شرح رائع لهذا السلوك من سكوت هانسلمان.



أضاف الفريق دعم الانهيار إلى ListViewGroup. يسهّل هذا التغيير إدارة النموذج الخاص بك مع ListViewGroups متعددة.



وها هي النتيجة:







تحسين جودة كود RyuJIT



يواصل فريق RyuJIT إجراء بعض التحسينات المهمة حقًا ، والمعاينة من خلال المعاينة. لم يخيب ظنهم في المعاينة 6. دعنا نرى:







نواصل تحسين الدعم لتطبيقات الملف الواحد في .NET 5. هدفنا هو تسهيل نشر تطبيقك كملف واحد لنظام التشغيل Windows و macOS و Linux. نحن قريبون بالفعل. عندما تحدثنا آخر مرة عن هذا الأمر في Preview 4 ، ذكرت أن تطبيقات "الملف الواحد" في Windows تتطلب بعض ملفات وقت التشغيل الإضافية. لقد أضفنا خيارًا جديدًا لتضمين الملفات الثنائية الخاصة بنا وأي محتوى إضافي (على سبيل المثال ، الصور) في ملف واحد. سيتم استخراج هذه الملفات عند التشغيل الأول. يجب ألا تستخدم التطبيقات المصممة لنظامي التشغيل Linux و macOS هذا الخيار لثنائيات وقت التشغيل الأصلية ما لم ترغب في استخدامه للوسائط المتعددة أو المحتوى الآخر.



القيود الحالية:



  • Linux runtime- . ( Windows).
  • Linux , , IL.


-



على مر السنين ، شاهدنا العديد من نماذج الاستضافة لـ .NET في التطبيقات الأصلية. اقترح rseanhall ونفذ نموذجًا جديدًا جديدًا لهذا الغرض ، والذي يستفيد من جميع وظائف التطبيق المضمنة التي توفرها طبقة استضافة تطبيق .NET (على وجه الخصوص ، تحميل التبعية) مع السماح في نفس الوقت باستدعاء نقطة إدخال مخصصة من التعليمات البرمجية الأصلية. هذا مثالي للعديد من السيناريوهات ، ومن المفهوم أن هذه أصبحت طريقة شائعة بين المطورين الذين يضعون مكونات .NET من التطبيقات الأصلية.



قسمان رئيسيان:



  • قم بتضمين استدعاء get_runtime_delegate من سياق التطبيق
  • تنفيذ Hdt_get_function_pointer


دعم النظام الأساسي



لقد قمنا بتحديث صفحة NET 5 - إصدار نظام التشغيل المدعم لدينا لتعكس أحدث خططنا لدعم النظام الأساسي .NET 5.0. من فضلك قل لنا ما رأيك. ما الذي نفتقده؟



نحن نعلم أن إدارة الحزم ودعم الحاويات التي نقدمها غير مدرجة في هذه الصفحة. يجب إصلاح هذا. نخطط لإضافة هذه المعلومات قبل إصدار .NET 5.0.



All Articles