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

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

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

Windows अनुप्रयोगों के निर्माण के लिए .NET कोर के लाभों के बारे में अधिक जानने के लिए एक नज़र डालें।

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

.NET Core (और भविष्य में .NET .NET के आधार पर बनाया गया .NET 5) भविष्य में .NET का भविष्य बन जाएगा। हम यथासंभव लंबे समय तक .NET फ्रेमवर्क का समर्थन करने का प्रयास करते हैं, हालांकि इसे कोई नई सुविधाएँ प्राप्त नहीं होंगी, उन्हें केवल .NET कोर में जोड़ा जाएगा (और, अंततः, .NET 5)। विंडोज डेस्कटॉप स्टैक में सुधार करने और .NET डेस्कटॉप डेवलपर्स को भविष्य के सभी अपडेट से लाभान्वित होने की अनुमति देने के लिए, हमने .NET कोर के लिए विंडोज फॉर्म और डब्ल्यूपीएफ की शुरुआत की। वे Windows- केवल तकनीकों के रूप में जारी रहेंगे, क्योंकि वे Windows API से निकटता से संबंधित हैं। लेकिन .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, नेटवर्किंग पर अत्यधिक निर्भर हैं, और डेटाबेस ऑपरेशन इन परिदृश्यों के लिए प्रदर्शन सुधार दिखाने की संभावना है। कुछ क्षेत्र जहां आप महत्वपूर्ण बदलावों को नहीं देख सकते हैं, वे उपयोगकर्ता इंटरफ़ेस रेंडरिंग प्रदर्शन या एप्लिकेशन लॉन्च से संबंधित हैं।

प्रकाशन प्रोफ़ाइल में <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 कोर डेस्कटॉप के बीच अंतर

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

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

महत्वपूर्ण बदलाव

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

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

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

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

आरंभ करने के लिए

इन छोटे ट्यूटोरियल देखें:

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

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

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

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

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

ट्राई-कन्वर्ट टूल पुराने-शैली प्रोजेक्ट फ़ाइलों को नई एसडीके-शैली में स्थानांतरित करने और .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 )
• पोर्टिंग ओवरव्यू

---

इसे भी देखें: डेवलपर्स के लिए 7 निःशुल्क पाठ्यक्रम