.NET कोर 3.0 पूर्वावलोकन 6 की घोषणा

आज, हम .NET कोर 3.0 पूर्वावलोकन 6 की घोषणा कर रहे हैं। इसमें बेहतर स्टार्टअप के लिए असेंबलियों को संकलित करने, लिंकर और इवेंटपाइप में सुधार के साथ आकार के लिए अनुप्रयोगों के अनुकूलन के लिए अपडेट शामिल हैं। हमने ARM64 पर अल्पाइन के लिए नई डॉकर छवियां भी जारी की हैं।

• Windows, macOS और Linux पर अभी .NET .NET 3.0 पूर्वावलोकन 6 डाउनलोड करें ।

• रिलीज नोट्स डॉटनेट / कोर पर प्रकाशित किए गए हैं। पूर्वावलोकन 5 और 6 के बीच एक एपीआई अंतर भी उपलब्ध है।

• ASP.NET Core और EF Core भी आज अपडेट जारी कर रहे हैं।

• यदि आप इसे याद करते हैं, तो पिछले महीने से हमने .NET कोर 3.0 पूर्वावलोकन 5 में जारी किए गए सुधार देखें।

WPF और Windows प्रपत्र अद्यतन

WPF टीम ने अब GitHub में WPF कोडबेस के अधिकांश प्रकाशन को पूरा कर लिया है । वास्तव में, वे सिर्फ पंद्रह विधानसभाओं के लिए स्रोत प्रकाशित करते हैं । WPF से परिचित किसी के लिए, विधानसभा के नाम बहुत परिचित होने चाहिए।

कुछ मामलों में, 3.0 GA पर या इससे पहले प्रकाशित होने के लिए परीक्षण अभी भी बैकलॉग पर हैं। उस ने कहा, इस कोड की सभी की उपस्थिति WPF समुदाय को WPF में परिवर्तन करने में पूरी तरह से भाग लेने में सक्षम बनाती है। गीथहब के कुछ मुद्दों को पढ़ने से स्पष्ट है कि समुदाय का अपना अलग बैकलॉग है जिसे वह महसूस करने की प्रतीक्षा कर रहा है। डार्क थीम, शायद?

अल्पाइन डॉकटर छवियां

अब Docker चित्र ARM64 पर .NET Core और ASP.NET Core दोनों के लिए उपलब्ध हैं। वे पहले केवल x64 के लिए उपलब्ध थे।

निम्न चित्रों का उपयोग Dockerfile में या Dockerfile docker pull साथ किया जा सकता है, जैसा कि नीचे दिखाया गया है:

• docker pull mcr.microsoft.com/dotnet/core/runtime:3.0-alpine-arm64v8
• docker pull mcr.microsoft.com/dotnet/core/aspnet:3.0-alpine-arm64v8

घटना पाइप में सुधार

इवेंट पाइप अब कई सत्रों का समर्थन करता है। इसका मतलब यह है कि आप EventListener के साथ इन-इवेंट की खपत कर सकते हैं और साथ ही साथ आउट-ऑफ-प्रोसेस इवेंट पाइप क्लाइंट भी कर सकते हैं।

नए पूर्ण काउंटर जोड़े गए:

• जीसी में% समय
• जनरल 0 ढेर का आकार
• जनरल 1 ढेर का आकार
• जनरल 2 ढेर का आकार
• LOH ढेर आकार
• आवंटन दर
• विधानसभाओं की संख्या भरी हुई
• थ्रेडपूल थ्रेड्स की संख्या
• मॉनिटर लॉक कॉन्ट्रैक्ट रेट
• थ्रेडपूल कार्य आइटम कतार
• थ्रेडपूल ने कार्य आइटम दर पूरी की

प्रोफाइलर अटैच अब उसी इवेंट पाइप इंफ्रास्ट्रक्चर का उपयोग करके लागू किया गया है।

डेविड फाउलर से काउंटर्स के साथ खेलते हुए देखें कि आप अपने स्वयं के प्रदर्शन की जांच करने या आवेदन स्थिति की निगरानी करने के लिए इवेंट पाइप के साथ क्या कर सकते हैं।

डॉटनेट-काउंटर उपकरण स्थापित करने के लिए डॉटनेट-काउंटर देखें।

ReadyToRun छवियों के साथ अपने .NET कोर ऐप्स का अनुकूलन करें

आप अपने अनुप्रयोग असेंबलियों को तैयार कर सकते हैं। आर 2 आर आगे के समय (एओटी) संकलन का एक रूप है।

R2R बायनेरिज़ JIT को आपके एप्लिकेशन को लोड करने के लिए जितना काम करने की आवश्यकता है, उसे कम करके स्टार्टअप प्रदर्शन में सुधार करता है। बायनेरिज़ में समान मूल कोड होता है जैसे जेआईटी का उत्पादन होगा, जेआईटी को थोड़ी छुट्टी देनी चाहिए जब प्रदर्शन सबसे अधिक (स्टार्टअप पर) मायने रखता है। R2R बायनेरिज़ बड़े होते हैं क्योंकि उनमें मध्यवर्ती भाषा (IL) कोड दोनों होते हैं, जो स्टार्टअप को बेहतर बनाने के लिए अभी भी कुछ परिदृश्यों और उसी कोड के मूल संस्करण के लिए आवश्यक है।

R2 कोर .NET कोर 3.0 के साथ समर्थित है। इसका उपयोग .NET कोर के पुराने संस्करणों के साथ नहीं किया जा सकता है।

नमूना प्रदर्शन संख्या

नमूना WPF अनुप्रयोग का उपयोग करके एकत्र किए गए प्रदर्शन नंबर निम्नलिखित हैं। एप्लिकेशन को स्व-निहित के रूप में प्रकाशित किया गया था और उसने विधानसभा लिंकर का उपयोग नहीं किया (बाद में इस पोस्ट को कवर किया गया)।

आईएल केवल आवेदन:

• स्टार्टअप समय: 1.9 सेकंड
• मेमोरी का उपयोग: 69.1 एमबी
• आवेदन का आकार: 150 एमबी

ReadyToRun छवियों के साथ:

• स्टार्टअप समय: 1.3 सेकंड।
• मेमोरी का उपयोग: 55.7 एमबी
• आवेदन का आकार: 156 एमबी

रेडीऑनरून चित्र, समझाया गया

आप R2 और पुस्तकालयों दोनों को संकलित कर सकते हैं। वर्तमान में, पुस्तकालयों को केवल एक आवेदन के हिस्से के रूप में आर 2 आर संकलित किया जा सकता है, न्युगेट पैकेज के रूप में वितरण के लिए नहीं। हम इस पर अधिक प्रतिक्रिया चाहते हैं कि क्या यह परिदृश्य महत्वपूर्ण है।

AOT संकलित असेंबली एक लंबे समय के लिए .NET के साथ एक अवधारणा के रूप में उपलब्ध है, .NET फ्रेमवर्क और NGEN पर वापस जा रहा है। NGEN में एक महत्वपूर्ण कमी है, जो यह है कि NGEN टूल का उपयोग करके ग्राहक मशीनों पर संकलन किया जाना चाहिए। अपने एप्लिकेशन बिल्ड के भाग के रूप में NGEN छवियों को बनाना संभव नहीं है।

.NET Core दर्ज करें। यह क्रॉसगेन के साथ आता है, जो एक नए प्रारूप में देशी छवियों का उत्पादन करता है जिसे रेडिटो रुन कहा जाता है। नाम अपने प्राथमिक मूल्य प्रस्ताव का वर्णन करता है, जो यह है कि इन देशी छवियों को आपके निर्माण के हिस्से के रूप में बनाया जा सकता है और ग्राहक मशीनों पर किसी भी अतिरिक्त काम के बिना "चलाने के लिए तैयार" हैं। यह एक प्रमुख सुधार है, और जलवायु परिवर्तन के लिए एक महत्वपूर्ण जीत भी है।

अनुकूलता के संदर्भ में, ReadyToRun छवियां IL असेंबली के समान हैं, जिनमें कुछ प्रमुख अंतर हैं।

• IL असेंबलियों में सिर्फ IL कोड होता है । वे किसी भी रनटाइम पर चल सकते हैं जो उस विधानसभा के लिए दिए गए लक्ष्य ढांचे का समर्थन करता है। उदाहरण के लिए एक netstandard2.0 असेंबली .NET फ्रेमवर्क 4.6+ और .NET कोर 2.0+, किसी भी समर्थित ऑपरेटिंग सिस्टम (विंडोज, मैकओएस, लिनक्स) और आर्किटेक्चर (इंटेल, एआरएम, 32-बिट, 64-बिट) पर चल सकती है।
• R2R असेंबलियों में IL और देशी कोड होते हैं। वे एक विशिष्ट न्यूनतम .NET कोर रनटाइम संस्करण और रनटाइम वातावरण (RID) के लिए संकलित हैं। उदाहरण के लिए, NET कोर 3.0 और लिनक्स x64 के लिए एक netstandard2.0 विधानसभा R2R संकलित किया जा सकता है। यह केवल उस या एक संगत कॉन्फ़िगरेशन (जैसे .NET कोर 3.1 या .NET कोर 5.0, लिनक्स x64 पर) में उपयोग करने योग्य होगा, क्योंकि इसमें मूल कोड शामिल है जो केवल उस रनटाइम वातावरण में उपयोग करने योग्य है।

अनुदेश

ReadyToRun संकलन केवल प्रकाशित, ऑप्ट-इन सुविधा है। हमने .NET कोर 3.0 पूर्वावलोकन 5 के साथ इसका एक पूर्वावलोकन संस्करण जारी किया है।

ReadyToRun संकलन को सक्षम करने के लिए, आपको निम्न करना होगा:

• PublishReadyToRun गुण को true सेट करें।
• एक स्पष्ट RuntimeIdentifier का उपयोग करके प्रकाशित करें।

नोट: जब एप्लिकेशन असेंबलियों को संकलित किया जाता है, तो उत्पादित मूल कोड प्लेटफ़ॉर्म और आर्किटेक्चर विशिष्ट होता है (यही कारण है कि आपको प्रकाशित करते समय एक मान्य RuntimeIdentifier निर्दिष्ट करना होगा)।

यहाँ एक उदाहरण है:

 <Project Sdk="Microsoft.NET.Sdk"> <PropertyGroup> <OutputType>Exe</OutputType> <TargetFramework>netcoreapp3.0</TargetFramework> <PublishReadyToRun>true</PublishReadyToRun> </PropertyGroup> </Project> 

और निम्नलिखित कमांड का उपयोग करके प्रकाशित करें:

 dotnet publish -r win-x64 -c Release 

नोट: RuntimeIdentifier को प्रोजेक्ट फ़ाइल में भी सेट किया जा सकता है।

नोट: ReadyToRun वर्तमान में केवल स्व-निहित ऐप्स के लिए समर्थित है। बाद के पूर्वावलोकन में इसे फ्रेमवर्क-निर्भर ऐप्स के लिए सक्षम किया जाएगा।

अपने प्रोजेक्ट में true करने के लिए PublishReadyToRunEmitSymbols गुण सेट करके मूल प्रतीक पीढ़ी को सक्षम किया जा सकता है। आपको डीबगिंग उद्देश्यों के लिए मूल प्रतीक उत्पन्न करने की आवश्यकता नहीं है। ये प्रतीक केवल रूपरेखा प्रयोजनों के लिए उपयोगी हैं।

SDK वर्तमान में कुछ असेंबलियों को ReadyToRun छवियों में संकलित करने के लिए एक तरीके का समर्थन करता है। यह उन मामलों के लिए उपयोगी हो सकता है जब कुछ विधानसभाओं को वास्तव में प्रदर्शन के लिए अनुकूलित करने की आवश्यकता नहीं होती है। यह आवेदन के आकार को कम करने में मदद कर सकता है। यह उन मामलों के लिए एक उपयोगी समाधान भी हो सकता है, जहां रेडीट्यून कंपाइलर एक निश्चित असेंबली को संकलित करने में विफल रहता है। पब्लिकेशनReadyToRunExclude आइटम समूह का उपयोग करके बहिष्करण किया जाता है। उदाहरण:

 <ItemGroup> <PublishReadyToRunExclude Include="FilenameOfAssemblyToExclude.dll" /> </ItemGroup> 

पार मंच / वास्तुकला संकलन

ReadyToRun संकलक वर्तमान में क्रॉस-लक्ष्यीकरण का समर्थन नहीं करता है। आपको दिए गए लक्ष्य पर संकलन करने की आवश्यकता है। उदाहरण के लिए, यदि आप Windows x64 के लिए R2R चित्र चाहते हैं, तो आपको उस वातावरण पर प्रकाशित आदेश चलाने की आवश्यकता है।

इसके अपवाद:

• Windows ARM64 का उपयोग Windows ARM32, ARM64 और x86 चित्रों को संकलित करने के लिए किया जा सकता है।
• Windows ARM86 का उपयोग Windows ARM32 छवियों को संकलित करने के लिए किया जा सकता है।
• लिनक्स ARM64 का उपयोग लिनक्स ARM32 और ARM64 छवियों को संकलित करने के लिए किया जा सकता है।

असेंबली लिंकिंग

.NET कोर 3.0 एसडीके एक टूल के साथ आता है जो आईएल का विश्लेषण करके और अप्रयुक्त असेंबली को ट्रिम करके एप्लिकेशन के आकार को कम कर सकता है।

.NET कोर के साथ, हमेशा सेल्फ-निहित ऐप्स को प्रकाशित करना संभव होता है, जिसमें आपके कोड को चलाने के लिए आवश्यक सब कुछ शामिल होता है, तैनाती के लक्ष्य पर स्थापित होने के लिए .NET की आवश्यकता के बिना। कुछ मामलों में, ऐप को केवल कार्य करने के लिए ढांचे के एक छोटे उपसमूह की आवश्यकता होती है और केवल उपयोग किए गए पुस्तकालयों को शामिल करके संभवतः इसे बहुत छोटा बनाया जा सकता है।

हम आपके एप्लिकेशन के IL को स्कैन करने के लिए IL लिंकर का उपयोग करते हैं ताकि यह पता लगाया जा सके कि वास्तव में किस कोड की आवश्यकता है, और फिर अप्रयुक्त फ्रेमवर्क लाइब्रेरी को ट्रिम करें। यह कुछ ऐप्स के आकार को काफी कम कर सकता है। आमतौर पर, छोटे टूल-जैसे कंसोल एप्स को सबसे अधिक फायदा होता है क्योंकि वे फ्रेमवर्क के काफी छोटे सबसेट का उपयोग करते हैं और आमतौर पर ट्रिमिंग के लिए अधिक उत्तरदायी होते हैं।

इस टूल का उपयोग करने के लिए, अपनी परियोजना में PublishTrimmed=true को सेट करें और एक स्व-निहित ऐप प्रकाशित करें:

 dotnet publish -r <rid> -c Release 

प्रकाशित आउटपुट में एप्लिकेशन कोड कॉल के आधार पर फ्रेमवर्क लाइब्रेरीज़ का सबसेट शामिल होगा। हेलोवर्ल्ड ऐप के लिए, लिंकर का आकार ~ 68MB से ~ 28MB तक कम हो जाता है।

अनुप्रयोग या चौखटे (ASP.NET कोर और WPF सहित) जो प्रतिबिंब या संबंधित गतिशील सुविधाओं का उपयोग करते हैं, अक्सर छंटनी होने पर टूट जाएंगे, क्योंकि लिंकर इस गतिशील व्यवहार के बारे में नहीं जानता है और आमतौर पर यह निर्धारित नहीं कर सकता है कि प्रतिबिंब के लिए कौन से ढांचे के प्रकार की आवश्यकता होगी। रन टाइम पर। ऐसे ऐप्स को ट्रिम करने के लिए, आपको अपने कोड में परावर्तनकर्ता और किसी भी पैकेज या फ्रेमवर्क पर निर्भर किसी भी प्रकार के बारे में लिंकर को बताना होगा। ट्रिमिंग के बाद अपने ऐप्स का परीक्षण करना सुनिश्चित करें।

IL Linker के बारे में अधिक जानकारी के लिए, दस्तावेज़ीकरण देखें या मोनो / लिंकर रेपो पर जाएँ।

नोट: .NET कोर के पिछले संस्करणों में, ILLink.Tasks को एक बाहरी NuGet पैकेज के रूप में भेजा गया था और एक ही कार्यक्षमता प्रदान की गई थी। यह अब समर्थित नहीं है - कृपया नवीनतम 3.0 एसडीके को अपडेट करें और नया अनुभव आज़माएं!

एक साथ लिंकर और ReadToRun का उपयोग करना

Linker और ReadyToRun कंपाइलर का उपयोग एक ही एप्लिकेशन के लिए किया जा सकता है। सामान्य तौर पर, लिंकर आपके एप्लिकेशन को छोटा बनाता है, और फिर रेडी-टू-रन कंपाइलर इसे फिर से थोड़ा बड़ा कर देगा, लेकिन एक महत्वपूर्ण प्रदर्शन जीत के साथ। यह प्रत्येक विकल्प के प्रभाव को समझने के लिए विभिन्न विन्यासों में परीक्षण के लायक है।

नोट: dotnet / sdk # 3257 लिंकर और ReadyToRun को WPF और विंडोज फॉर्मेट अनुप्रयोगों के लिए एक साथ उपयोग करने से रोकता है। हम .NET कोर 3.0 रिलीज के हिस्से के रूप में इसे ठीक करने पर काम कर रहे हैं।

देशी होस्टिंग का नमूना

टीम ने हाल ही में एक नेटिव होस्टिंग नमूना पोस्ट किया। यह एक मूल अनुप्रयोग में .NET कोर की मेजबानी के लिए एक सर्वोत्तम अभ्यास दृष्टिकोण प्रदर्शित करता है।

.NET कोर 3.0 के भाग के रूप में, हम अब .NET कोर देशी मेजबानों के लिए सामान्य कार्यक्षमता को उजागर करते हैं जो पहले केवल .NET कोर प्रबंधित अनुप्रयोगों के लिए आधिकारिक तौर पर प्रदान किए गए .NET कोर मेजबान के लिए उपलब्ध था। कार्यक्षमता मुख्य रूप से असेंबली लोडिंग से संबंधित है। इस कार्यक्षमता को देशी होस्ट बनाने के लिए आसान बनाना चाहिए जो .NET कोर के पूर्ण सुविधा सेट का लाभ उठा सकते हैं।

HttpClient में HTTP / 2 सपोर्ट

HTTP / 2, HTTP प्रोटोकॉल का एक प्रमुख संशोधन है। HTTP / 2 की कुछ उल्लेखनीय विशेषताएं हेडर कंप्रेशन और एक ही कनेक्शन पर पूरी तरह से मल्टीप्लेक्स स्ट्रीम के लिए समर्थन हैं। जबकि HTTP / 2 HTTP के शब्दार्थ (HTTP हेडर, मेथड्स इत्यादि) को संरक्षित करता है, यह HTTP / 1.x से एक परिवर्तन है कि डेटा को कैसे फंसाया जाता है और तार पर भेजा जाता है।

HttpClient अब HTTP / 2 अनुरोध करने के लिए समर्थन जोड़ते हैं। जबकि डिफ़ॉल्ट HTTP / 1.1 रहता है, आप अपने HTTP अनुरोध संदेश पर संस्करण सेट करके HTTP / 2 का उपयोग करने का विकल्प चुन सकते हैं।

 var client = new HttpClient() { BaseAddress = new Uri("https://localhost:5001") }; // HTTP/1.1 request using (var response = await client.GetAsync("/")) { Console.WriteLine(response.Content); } // HTTP/2 request using (var request = new HttpRequestMessage(HttpMethod.Get, "/") { Version = new Version(2, 0) }) using (var response = await client.SendAsync(request)) { Console.WriteLine(response.Content); } 

वैकल्पिक रूप से, आप HttpClient पर DefaultRequestVersion गुण सेट करके HTTP / 2 अनुरोध भेजने के लिए डिफ़ॉल्ट कर सकते हैं।

 var client = new HttpClient() { BaseAddress = new Uri("https://localhost:5001"), DefaultRequestVersion = new Version(2, 0) }; // Defaults to HTTP/2 using (var response = await client.GetAsync("/")) { Console.WriteLine(response.Content); } 

फ़्रेमिंग में इस परिवर्तन के परिणामस्वरूप, सर्वर और क्लाइंट को उपयोग किए गए प्रोटोकॉल संस्करण पर बातचीत करने की आवश्यकता होती है। एप्लिकेशन-लेयर प्रोटोकॉल नेगोशिएशन (ALPN) एक TLS एक्सटेंशन है जो सर्वर और क्लाइंट को अपने TLS हैंडशेक के भाग के रूप में उपयोग किए जाने वाले प्रोटोकॉल संस्करण पर बातचीत करने की अनुमति देता है। जबकि प्रोटोकॉल पर सर्वर और क्लाइंट के बीच पूर्व ज्ञान होना संभव है, ज्यादातर सर्वर केवल HTTP / 2 कनेक्शन को स्थापित करने के एकमात्र तरीके के रूप में ALPN का समर्थन करते हैं। जैसे, HTTP / 2 को केवल TLS कनेक्शन पर HttpClient द्वारा बातचीत की जाती है।

विकास परिदृश्यों में जब सर्वर और क्लाइंट को इस बात का प्राथमिक ज्ञान होता है कि दोनों HTTP / 2 को अनएन्क्रिप्टेड बोलेंगे, तो आप AppContext स्विच या एक पर्यावरण चर ( DOTNET_SYSTEM_NET_HTTP_SOCKETSHTTPHANDLER_HTTP2UNENCRYPTEDSUPPORT=1 ) पर सेट करके HTTP / 2 कनेक्शन AppContext पर स्थापित कर सकते हैं।

 AppContext.SetSwitch("System.Net.Http.SocketsHttpHandler.Http2UnencryptedSupport", true); 

अंत

कृपया नई सुविधाएँ देखें। कृपया बग या किसी चुनौतीपूर्ण अनुभव के लिए समस्याएँ दर्ज करें। हम प्रतिक्रिया चाहते हैं! आप फीचर अनुरोध भी दर्ज कर सकते हैं, लेकिन उन्हें इस बिंदु पर अगली रिलीज तक लागू होने की प्रतीक्षा करने की आवश्यकता होगी।

अब हम .NET कोर 3.0 के लिए पूर्ण होने की सुविधा के बहुत करीब पहुंच रहे हैं, और अब टीम के फोकस को रिलीज की गुणवत्ता में परिवर्तित कर रहे हैं। हमें बग फिक्सिंग और प्रदर्शन कार्य के कुछ महीने मिल गए हैं। हम आपकी प्रतिक्रिया की सराहना करेंगे क्योंकि हम उस प्रक्रिया के माध्यम से भी काम करते हैं।

उस नोट पर, हम जल्द ही master शाखाओं को .NET कोर रिपोज पर अगले प्रमुख रिलीज पर स्विच कर रहे हैं, संभवत: पूर्वावलोकन 7 रिलीज (जुलाई) के बाद या उसके तुरंत बाद।

.NET कोर 3.0 पूर्वावलोकन की कोशिश करने के लिए धन्यवाद। हम आपकी मदद की सराहना करते हैं। इस बिंदु पर, हम आपके हाथों में अंतिम रिलीज़ प्राप्त करने पर ध्यान केंद्रित कर रहे हैं।