विंडोज़ डेस्कटॉप के लिए .NET कोर 3

सितंबर में, हमने विंडोज डेस्कटॉप अनुप्रयोगों के निर्माण के लिए .NET कोर समर्थन जारी किया, जिसमें डब्ल्यूपीएफ और विंडोज फॉर्म शामिल हैं। तब से, हम बहुत सारे डेवलपर्स को डेस्कटॉप कोर अनुप्रयोगों (और पुस्तकालयों को नियंत्रित करता है) की अपनी कहानियों को .NET कोर में साझा करते हुए देखकर बहुत खुश हुए हैं। हम लगातार .NET विंडोज डेस्कटॉप डेवलपर्स की कहानियों को सुनते हैं, जिसमें WPF और विंडोज फॉर्म के साथ अपने व्यापार को मजबूत किया जाता है, खासकर उन परिदृश्यों में जहां डेस्कटॉप चमकता है, जिनमें शामिल हैं:

• डेटा (FOD) अनुप्रयोगों पर UI- घने रूप
• उत्तरदायी कम विलंबता यूआई
• ऐसे अनुप्रयोग जिन्हें ऑफ़लाइन / डिस्कनेक्ट करने की आवश्यकता है
• कस्टम डिवाइस ड्राइवरों पर निर्भरता के साथ अनुप्रयोग

यह .NET कोर पर विंडोज एप्लिकेशन डेवलपमेंट के लिए सिर्फ शुरुआत है। Windows अनुप्रयोगों के निर्माण के लिए .NET कोर के लाभों के बारे में अधिक जानने के लिए पढ़ें।

क्यों .NET कोर पर विंडोज डेस्कटॉप?

.NET Core (और भविष्य में .NET .NET के शीर्ष पर बनाया गया .NET 5) भविष्य का .NET होगा। हम आने वाले वर्षों के लिए .NET फ्रेमवर्क का समर्थन करने के लिए प्रतिबद्ध हैं, हालांकि इसे कोई नई सुविधाएँ प्राप्त नहीं होंगी, जिन्हें केवल .NET कोर में जोड़ा जाएगा (और अंततः .NET 5)। Windows डेस्कटॉप स्टैक में सुधार करने और .NET डेस्कटॉप डेवलपर्स को भविष्य के सभी अपडेट से लाभान्वित करने में सक्षम बनाने के लिए, हम .NET कोर में विंडोज फॉर्म और डब्ल्यूपीएफ लाए। वे अभी भी विंडोज-केवल प्रौद्योगिकियां ही रहेंगे क्योंकि विंडोज एपीआई के लिए कसकर युग्मित निर्भरताएं हैं। लेकिन .NET कोर, क्रॉस-प्लेटफॉर्म होने के अलावा, कई अन्य विशेषताएं हैं जो डेस्कटॉप अनुप्रयोगों को बढ़ा सकती हैं।

सबसे पहले, सभी रनटाइम सुधारों और भाषा सुविधाओं को केवल .NET कोर और भविष्य में .NET 5 में जोड़ा जाएगा। यहां एक अच्छा उदाहरण C # 8 है जो .NET कोर 3.0 में उपलब्ध हो गया है। इसके अलावा, विंडोज फॉर्म और WPF का .NET कोर संस्करण .NET 5 प्लेटफॉर्म का एक हिस्सा बन जाएगा। इसलिए, अपने आवेदन को .NET कोर में पोर्ट करके आज आप उन्हें .NET 5 के लिए तैयार कर रहे हैं।

इसके अलावा, .NET कोर नए अनुप्रयोगों के साथ आपके अनुप्रयोगों के लिए तैनाती लचीलापन लाता है जो .NET फ्रेमवर्क में उपलब्ध नहीं हैं, जैसे:

• अगल-बगल की तैनाती। अब आपके पास एक ही मशीन पर कई .NET कोर संस्करण हो सकते हैं और यह चुन सकते हैं कि आपके प्रत्येक ऐप को कौन सा संस्करण लक्षित करना चाहिए।
• स्वयं की तैनाती। आप अपने अनुप्रयोगों के साथ .NET कोर प्लेटफ़ॉर्म को तैनात कर सकते हैं और अपने अंतिम उपयोगकर्ता वातावरण से पूरी तरह स्वतंत्र हो सकते हैं - आपके ऐप में वह सब कुछ है जो उसे किसी भी विंडोज मशीन पर चलाने की आवश्यकता है।
• छोटे ऐप आकार। .NET कोर 3 में हमने लिंकर (जिसे कभी-कभी ट्रिमर भी कहा जाता है) नामक एक नई सुविधा शुरू की, जो आपके कोड का विश्लेषण करेगा और आपके सेल्फ-परिनियोजन में केवल .NET कोर से उन असेंबलियों को शामिल करेगा जो आपके एप्लिकेशन के लिए आवश्यक हैं। इस तरह आपके प्लेटफ़ॉर्म के सभी भागों का उपयोग आपके केस के लिए नहीं किया जाएगा।
• एकल .exe फ़ाइलें। आप अपने ऐप और .NET कोर प्लेटफ़ॉर्म को एक .exe फ़ाइल में पैकेज कर सकते हैं।
• बेहतर रनटाइम प्रदर्शन। .NET फ्रेमवर्क की तुलना में .NET कोर में कई प्रदर्शन अनुकूलन हैं। जब आप वेब और सर्वर वर्कलोड के लिए शुरू किए गए .NET कोर के इतिहास के बारे में सोचते हैं, तो यह समझने में मदद करता है कि क्या आपके एप्लिकेशन को रनटाइम ऑप्टिमाइजेशन से ध्यान देने योग्य लाभ दिखाई दे सकते हैं। विशेष रूप से, फ़ाइल I / O, नेटवर्किंग और डेटाबेस संचालन पर भारी निर्भरता वाले डेस्कटॉप एप्लिकेशन संभवतः उन परिदृश्यों के प्रदर्शन में सुधार देखेंगे। कुछ क्षेत्र जहां आप बहुत अधिक बदलाव नहीं देख सकते हैं वे UI रेंडरिंग प्रदर्शन या एप्लिकेशन स्टार्टअप प्रदर्शन में हैं।

प्रॉपर्टीज <PublishSingleFile> , <RuntimeIdentifier> और <PublishTrimmed> को प्रकाशन प्रोफ़ाइल में सेट करके, आप एक ट्रिम किए गए स्व-निहित अनुप्रयोग को एकल .exe फ़ाइल के रूप में तैनात करने में सक्षम होंगे जैसा कि नीचे दिए गए उदाहरण में दिखाया गया है।

 <PropertyGroup> <OutputType>Exe</OutputType> <TargetFramework>netcoreapp3.0</TargetFramework> <PublishSingleFile>true</PublishSingleFile> <RuntimeIdentifier>win-x64</RuntimeIdentifier> <PublishTrimmed>true</PublishTrimmed> </PropertyGroup> 

.NET फ्रेमवर्क डेस्कटॉप और .NET कोर डेस्कटॉप के बीच अंतर

डेस्कटॉप एप्लिकेशन विकसित करते समय, आप WPF और विंडोज फॉर्म के .NET फ्रेमवर्क और .NET कोर संस्करणों के बीच बहुत अंतर नहीं देखेंगे। हमारे प्रयास का एक हिस्सा डेस्कटॉप क्षेत्र में इन प्लेटफार्मों के बीच कार्यात्मक समानता प्रदान करना और भविष्य में .NET कोर अनुभव को बढ़ाना था। WPF एप्लिकेशन पूरी तरह से .NET कोर पर समर्थित हैं और आपके उपयोग के लिए तैयार हैं, जबकि हम मामूली अपडेट और सुधार पर काम कर रहे हैं। विंडोज फॉर्म के लिए रनटाइम पार्ट को पूरी तरह से .NET कोर में पोर्ट किया जाता है और टीम विंडोज फॉर्म डिजाइनर पर काम कर रही है। हम इसे 2020 की चौथी तिमाही तक तैयार करने की योजना बना रहे हैं और अब आप विजुअल स्टूडियो 16.4 पूर्वावलोकन 3 या बाद में डिजाइनर के पूर्वावलोकन संस्करण की जांच कर सकते हैं। टूलबॉक्स में चेकबॉक्स सेट करना न भूलें-> विकल्प-> प्रीव्यू फीचर्स-> .NET कोर ऐप्स के लिए विंडोज फॉर्म डिजाइनर के प्रीव्यू का उपयोग करें और विजुअल स्टूडियो को रीस्टार्ट करें। कृपया ध्यान रखें कि अनुभव अभी तक सीमित है क्योंकि इस पर काम चल रहा है।

ब्रेकिंग चेंजेस

.NET फ्रेमवर्क और .NET कोर के बीच कुछ ब्रेकिंग परिवर्तन हैं लेकिन विंडोज फॉर्म और WPF क्षेत्रों से संबंधित अधिकांश कोड कोर के रूप में पोर्ट किए गए थे। अगर आप WCF Client, Code Access Security, App Domains, Interop और Remoting जैसे कंपोनेंट्स का इस्तेमाल कर रहे थे, तो अगर आप .NET कोर में स्विच करना चाहते हैं, तो आपको अपने कोड को रिफलेक्टर करना होगा।

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

साथ ही, आप .NET सुविधाओं को कॉन्फ़िगर करने के तरीके में भी बदलाव कर सकते हैं। machine.config बजाय .NET <something>.runtimeconfig.json फ़ाइल का उपयोग करता है <something>.runtimeconfig.json फ़ाइल जो एक अनुप्रयोग के साथ आती है और इसमें समान उद्देश्य और समान जानकारी होती है। कुछ कॉन्फ़िगरेशन जैसे कि system.diagnostics , system.net , या system.servicemodel समर्थित नहीं हैं, इसलिए यदि इन वर्गों में से किसी में भी एप्लिकेशन कॉन्फ़िगरेशन फ़ाइल लोड करने में विफल होगी। यह परिवर्तन सिस्टम को प्रभावित करता है। System.Diagnostics ट्रेसिंग और WCF क्लाइंट परिदृश्य जो आमतौर पर पहले XML कॉन्फ़िगरेशन का उपयोग करके कॉन्फ़िगर किए गए थे। .NET Core में आपको इसके बजाय उन्हें कोड में कॉन्फ़िगर करना होगा। पुन: जमा किए बिना व्यवहार बदलने के लिए, Microsoft.Extensions.Configuration से लोड किए गए मानों का उपयोग करके ट्रेसिंग और WCF प्रकारों पर विचार करें।

आप प्रलेखन में .NET कोर और .NET फ्रेमवर्क के बीच अंतर के बारे में अधिक जानकारी पा सकते हैं।

शुरुआत हो रही है

ये लघु वीडियो ट्यूटोरियल देखें:

• .NET कोर पर WPF के साथ शुरुआत करना
• .NET कोर पर विंडोज फॉर्म के साथ शुरुआत करना
• .NET कोर और .net फ्रेमवर्क के बीच अंतर और आपके आवेदन के लिए क्या चुनना है

.NET फ्रेमवर्क से .NET कोर में पोर्ट करना

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

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

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

ट्राइ-कन्वर्ट टूल आपकी पुरानी-शैली की प्रोजेक्ट फ़ाइलों को नई SDK- शैली और .NET कोर पर लागू होने वाली परियोजनाओं को फिर से तैयार करने का प्रयास करेगा। आपके पुस्तकालयों के लिए हम आपको प्लेटफ़ॉर्म के बारे में कॉल करने के लिए इसे छोड़ देते हैं: मौसम जो आप .NET कोर या .NET स्टैंडर्ड को लक्षित करना चाहते हैं। आप इसे अपनी परियोजना फ़ाइल में <TargetFramework> लिए मान अपडेट करके निर्दिष्ट कर सकते हैं। .NET कोर-विशिष्ट निर्भरता वाली WPF या Windows प्रपत्र जैसी लाइब्रेरीएँ .NET मानक को लक्षित करने से लाभान्वित हो सकती हैं:

 <TargetFramework>netstandard2.1</TargetFramework> 

ताकि उन्हें कई अलग-अलग .NET प्लेटफ़ॉर्म को लक्षित करने वाले कॉलर्स द्वारा उपयोग किया जा सके। दूसरी ओर, यदि कोई लाइब्रेरी ऐसी सुविधा का उपयोग करती है, जिसके लिए .NET कोर (जैसे कि विंडोज़ डेस्कटॉप यूआई एपीआई) की आवश्यकता होती है, तो लाइब्रेरी के लिए .NET कोर को लक्षित करना ठीक है:

 <TargetFramework>netcoreapp3.0</TargetFramework> 

try-Convert एक वैश्विक उपकरण है जिसे आप अपनी मशीन पर इंस्टॉल कर सकते हैं, फिर आप CLI से कॉल कर सकते हैं:

 C:\> try-convert -p <path to your project> 

या

 C:\> try-convert -w <path to your solution> 

जैसा कि पहले उल्लेख किया गया है, अगर कोशिश-कन्वर्ट उपकरण आपके लिए काम नहीं करता था, तो यहां आपके आवेदन को हाथ से कैसे पोर्ट किया जाए इस पर सामग्री दी गई है।

वीडियो

• सरल पोर्टिंग मामला
• उन्नत पोर्टिंग मामला

प्रलेखन

• सरल पोर्टिंग मामला
• उन्नत पोर्टिंग केस ( भाग 1 , भाग 2 )
• पोर्टिंग प्रक्रिया का अवलोकन