.NET चिड़ियाघर, NET Core के प्रिज्म के तहत

सभी को नमस्कार! आज हम विभिन्न चिप्स और परिवर्तनों को देखते हैं जो .NET कोर प्लेटफॉर्म में दिखाई देते हैं और उनकी तुलना फ्रेमवर्क से करते हैं। मैंने एक बेहतर समझ के लिए लेख को मॉड्यूल में तोड़ दिया। यह आलेख उन लोगों के लिए दिलचस्प होगा जो .NET कोर पर स्विच करने जा रहे हैं या पहले से ही इसका उपयोग कर रहे हैं।

ढेर तकनीक

वर्तमान में हमारे पास तीन प्लेटफॉर्म हैं: .NET फ्रेमवर्क, मोनो और .NET कोर। प्रत्येक प्लेटफॉर्म में निम्नलिखित प्रौद्योगिकियाँ शामिल हैं:

NET फ्रेमवर्क - WPF, WinForms, ASP.NET (DNX कार्यान्वयन), WCF
NET Core - UWP, ASP.NET Core, WA, Xamarin (.NET Standard), अवलोनिया और अन्य
मोनो - ज़ामरीन (पीसीएल, शेयर प्रोजेक्ट), यूनिटी, एएसपी.नेट, विनफॉर्म (क्रॉस प्लेटफॉर्म)
NET Core (3.0) - सब कुछ .NET कोर के समान ही है + WPF और WinForms, ML.NET

नेट मानक

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

क्रॉस प्लेटफॉर्म

मैं इस पर आपका ध्यान केंद्रित नहीं करूंगा, मैं बस नेट कोर परियोजनाओं के लिए ओएस समर्थन की सूची दूंगा:

• विंडोज
• लिनक्स
• मैकओएस

इसके अलावा लिनक्स और विंडोज पर एआरएम प्रोसेसर के तहत लॉन्च करने का समर्थन करता है।

निर्भरता

क्रॉस-संगतता के भाग के रूप में, एप्लिकेशन डेवलपमेंट प्लेटफ़ॉर्म में एक मॉड्यूलर अवसंरचना शामिल है। यह NuGet के माध्यम से जारी किया गया है, और आप एक बड़ी विधानसभा के बजाय बैच फ़ंक्शन तक पहुंच सकते हैं। एक डेवलपर के रूप में, आप केवल आवश्यक NuGet पैकेज वाले हल्के एप्लिकेशन बना सकते हैं, जो आपके प्रोग्राम को अधिक सुरक्षित और अधिक उत्पादक बनाएगा।

मॉड्यूलर बुनियादी ढांचा भी .NET कोर प्लेटफ़ॉर्म में तेजी से अपडेट करने में सक्षम बनाता है, क्योंकि प्रभावित मॉड्यूल को व्यक्तिगत रूप से अद्यतन और जारी किया जा सकता है।

CSPROJ

अब हम गहराई में जाते हैं और अधिक विस्तार से देखते हैं कि परियोजनाओं में हमारे पास क्या है। एक नई परियोजना बनाते समय, आप में से प्रत्येक ने MyProject1.csproj (नाम अलग हो सकता है) फ़ाइल में आया था। यह फ़ाइल इस परियोजना के लिए संकलन सेटिंग्स, अन्य परियोजनाओं या पुस्तकालयों (पुस्तकालयों) की निर्भरता, और बहुत कुछ के लिए जिम्मेदार है।

मेरे पास आपके लिए एक उदाहरण है कि कैसे मैंने .NET मानक को एक परियोजना को फिर से लिखने का फैसला किया। आइए एक नज़र डालते हैं कि यह पहले कैसे था (फ्रेमवर्क):



दुर्भाग्य से, यह फ़ाइल मेरे पीसी पर पूरी तरह से फिट नहीं है (अभी भी संदर्भ हैं)। और अब देखते हैं कि स्थानांतरण के बाद यह कैसे हुआ:



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

प्रदर्शन और सुधार

• संशोधित यादृच्छिक
• संशोधित HttpClient
• अनुकूलित चक्र
• अनुकूलित सूची, सरणी
• अनुकूलित स्ट्रीम, मेमोरीस्ट्रीम
• और भी बहुत कुछ

इस लेख में मैं सभी परिवर्तनों पर विचार नहीं करूंगा। यह एक अलग लेख होगा। लेकिन सूची संग्रह पर एक छोटा सा उदाहरण देखें:

var list = new List<int>(); for (int i = 0; i < 100000000; i++) { list.Add(i); list.RemoveAt(0); } 

मैंने इसे दोनों प्लेटफार्मों पर बेंचमार्कडॉटनेट.ओआरजी के माध्यम से चलाया। परीक्षणों के बाद, मुझे निम्नलिखित परिणाम मिले:

कोर 2.2.4 x64 RyuJIT
विधि : बेंचमार्कलिस्ट
मीन : 370.1 एमएस
त्रुटि : 0.3761 एमएस
StdDev: 0.3518 एमएस

फ्रेमवर्क 4.7.2 x64 RyuJIT
विधि : बेंचमार्कलिस्ट
मीन : 481.9 एमएस
त्रुटि : 1.210 एमएस
StdDev: 1.011 एमएस

जैसा कि आप देख सकते हैं, कोर के पक्ष में ऑपरेशन की गति काफी अलग (कई बार) है।

Microsoft न केवल डेवलपर्स को सुविधाजनक विकास उपकरण देने की कोशिश कर रहा है, बल्कि उन बुनियादी चीजों को भी बेहतर बनाता है जो आपकी परियोजनाओं के सुधार और अनुकूलन का नेतृत्व करती हैं।

टियर संकलन

यह एक ऐसी विशेषता है जो स्टार्टअप प्रदर्शन को बेहतर बनाने और थ्रूपुट को अधिकतम करने के लिए जेआईटी संकलक का उपयोग करने के लिए रनटाइम को अधिक अनुकूल बनाता है।

 <Project Sdk="Microsoft.NET.Sdk.Web"> <PropertyGroup> <TargetFramework>netcoreapp2.2</TargetFramework> <LangVersion>7.3</LangVersion> <!--      --> <TieredCompilation>true</TieredCompilation> <Platforms>AnyCPU;x64</Platforms> </PropertyGroup> </Project> 

जितनी जल्दी हो सके परियोजना को संकलित करें।

सबसे सामान्य तरीकों का अनुकूलन करता है।

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

निष्कर्ष

Microsoft .NET प्लेटफ़ॉर्म के डेवलपर्स के जीवन को बेहतर बनाने की कोशिश कर रहा है। उपरोक्त सभी "गुडीज़" जो हमारी कंपनी में दिखाई दी हैं, हमें पर्यावरण को अधिक खुला और विस्तार योग्य बनाने की अनुमति देती हैं। मुझे आशा है कि आप इसकी सराहना करेंगे। एक नई तकनीक के ढेर पर स्विच करने और विभिन्न विशेषताओं का उपयोग करने से डरो मत।

आपका ध्यान के लिए धन्यवाद। मुझे आशा है कि आपको अच्छा लगा होगा।