.net - framework - क्या। NET फ्रेमवर्क संस्करण के साथ मैं जहाज चाहिए; 2, 3, 3.5?




net fra framework 4.5 download (10)

मेरा अनुप्रयोग 2.0 का उपयोग करता है भविष्य में कुछ बिंदु पर मैं बाद के ढांचे के संस्करणों में जोड़े जाने वाली नई सुविधाओं का उपयोग करना शुरू कर सकता हूं। क्या मैं तब तक प्रतीक्षा करूँ? या नवीनतम .NET 3.5 में अपडेट करने के लिए क्या फायदे हैं?

मुझे लगता है कि जब तक मैं अगले वसंत के रिलीज 4.0 के लिए तैयार हूं I शायद मुझे अपने पतन के रिलीज के लिए 2.0 के साथ रहना चाहिए और अपने ग्राहकों को एचडी स्पेस को बचाने और एक अन्य फ्रेमवर्क संस्करण का समय स्थापित करना चाहिए?


3.5 फ्रेमवर्क में यह पहली सर्विस पैक रिलीज हो गया है, इसलिए यह रिलीज़ होने के बाद की तुलना में अधिक स्थिर है, लेकिन ध्यान रखें कि कोड को 2.0 से 3.5 में नवीनीकृत करना आसान है, इससे 3.5 पर वापस जाना है। शो स्टोपर।

विकी लेख नई सुविधाओं को बहुत अच्छी तरह से दिखाता है


आपको अपने ऐप के संस्करण को जो भी संस्करण के साथ वितरित करना चाहिए। नेट वह संस्करण है जिस पर आपने सबसे ज्यादा परीक्षण किया है। यदि आप अपने सभी विकासशील और परीक्षण कर रहे हैं। 2.0 में, तो 2.0 के साथ जहाज।

लेकिन आप 3.5 ग्राहकों के खिलाफ परीक्षण करने के लिए अपने ग्राहकों को दे सकते हैं और इसके बदले 2.0 के रिलीज होने के बाद से ढांचे में तय की गई किसी भी बग के लिए जहाज कर सकते हैं। ढांचा पहले से इतनी बड़ी है कि संभवत: किसी पुराने संस्करण को वितरित करने का कोई लाभ नहीं है, भले ही वह डब्ल्यूसीएफ, डब्ल्यूपीएफ आदि से पहले आया हो, जब तक कि आप इसे वितरित करने के लिए बैंडविड्थ की लागत का भुगतान नहीं कर रहे हैं या लक्ष्य डिवाइस में सीमित भंडारण अंतरिक्ष।


मैं .NET 3.5 में नई भाषा सुविधाओं की सराहना करता हूं, लेकिन जब तक आप उनका उपयोग नहीं कर लेते तब तक मैं नवीनतम रनटाइम में अपग्रेड करने से बचता हूं क्योंकि यह एक बड़ी फाइल / इंस्टॉलेशन है जिसे आपके उपयोगकर्ताओं से निपटना पड़ सकता है


मैं मानता हूं कि आपको अपने ऐप के साथ क्या करना चाहिए, लेकिन भविष्य में आपके ऐप की क्या आवश्यकता होगी, इसके लिए आपको यह भी तैयार करना चाहिए।

यदि आपके पास कुछ अतिरिक्त चक्र हैं, तो आप अपने एससीएम में एक अलग शाखा को माइग्रेट कर सकते हैं जो 3.5 रनटाइम के साथ चल रहा है और जब आपको वास्तव में अपग्रेड करने की आवश्यकता होती है, तो आपके पास एक कार्यरत शाखा है (यह सोचते हुए कि आप इसे अप-टू- कुछ द्वि-साप्ताहिक मर्ज के साथ तारीख)


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

संपादित करें: "समर्थन से बाहर निकलने के ढांचे के संस्करण" 3.0 के बाद से कोई भी पानी नहीं रखता है क्योंकि 3.0 का विस्तार है और 3.5 का विस्तार है परिभाषा 2.0 द्वारा समर्थित हो जाएगा, जब तक 3.5 है। संस्करण 1.1 एकमात्र संस्करण है जो पूरी तरह से अलग रनटाइम है और अब समर्थित नहीं है।


यदि आप 3.5 एसपी 1 में अपग्रेड करने की योजना बना रहे हैं, तो आपको नए। नेट फ्रेमवर्क क्लाइंट प्रोफाइल सेटअप पैकेज का उपयोग करने पर विचार करना चाहिए।

.NET 3.5 SP1 ".NET Framework क्लाइंट प्रोफाइल" नामक .NET क्लाइंट अनुप्रयोगों के विकास के लिए एक नया सेटअप पैकेज विकल्प प्रस्तुत करता है। यह एक नया सेटअप इंस्टॉलर प्रदान करता है जो मशीनों पर .NET क्लाइंट अनुप्रयोगों के लिए छोटे, तेज़ और सरल इंस्टॉलेशन अनुभव को सक्षम करता है जो कि पहले से ही .NET Framework स्थापित नहीं है I

.NET फ़्रेमवर्क क्लाइंट प्रोफाइल सेटअप में केवल उन विधानसभाएं और फ़ाइलें हैं जो .NET Framework में आमतौर पर क्लाइंट अनुप्रयोग परिदृश्यों के लिए उपयोग की जाती हैं। उदाहरण के लिए: इसमें विंडोज फॉर्म, डब्लूपीएफ, और डब्ल्यूसीएफ शामिल हैं इसमें एएसपी.नेट और उन पुस्तकालयों और घटकों को शामिल नहीं किया गया है, जो मुख्य रूप से सर्वर परिदृश्यों के लिए उपयोग किए गए हैं। हमें उम्मीद है कि इस सेटअप पैकेज को आकार के बारे में 26 एमबी होना चाहिए, और यह पूर्ण। NET Framework सेटअप पैकेज से बहुत तेज डाउनलोड और इंस्टॉल किया जा सकता है।

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


भूलना मत कि .NET 4.0 ढांचे के पिछले संस्करणों से कुछ अलग होगा। नेट 4.0 को साइड (एसएक्सएस) नेट 3.5 और बैक के साथ स्थापित किया जाएगा। यदि आप अपने ऐप को .NET 4.0 का उपयोग करने के लिए अपग्रेड करते हैं तो आपके दीर्घकालिक यूजर (उर्फ पिछले संस्करण) को ढांचे के एक पूरे नए संस्करण को स्थापित करना होगा।

यदि आप विचार कर रहे हैं कि आप अपने ऐप और फ्रेमवर्क के साथ क्लाइंट मशीन पर कितने डिस्क स्थान का उपयोग करेंगे, तो अतिरिक्त स्थान के इस "छिपी" उपयोग को मत भूलना। यदि आप अब अपने ऐप को 2.0 से 3.5 तक अपग्रेड करते हैं, तो आपका ऐप पूरी तरह से पूर्ण कार्यक्षमता के साथ लंबे समय तक मौजूद रह सकता है, बिना किसी दूसरे फ्रेमवर्क को स्थापित करने के लिए मजबूर कर सकता है जो 20+ एमबी अंतरिक्ष का उपयोग करता है।


याद रखें कि उपयोगकर्ताओं के लिए "एक छोटा बोझ" आपके आवेदन की स्वीकृति और अस्वीकृति के बीच का अंतर हो सकता है।

मैं आईटी कंपनी के लिए चलाता हूं हमारी कंपनी मानक 3.5 नहीं है। आपको हर किसी को एनएटी 3.5 में नवीनीकृत करने के लिए एक सचमुच चालाक आवेदन करना होगा, ताकि आपका ऐप चल सके। दूसरे शब्दों में, शायद नहीं हो रहा है मुझे एक और ऐप मिलेगा जो हमारे पहले से ही अतिभारित आईएस विभाग पर एक अतिरिक्त "छोटे बोझ" नहीं जोड़ता है।

किसी और के बारे में टिप्पणी की गई है कि आप वास्तव में किस सुविधाओं का उपयोग करने जा रहे हैं यदि 1.1 या 2.0 में वास्तविक सुविधा है तो आपको इसके साथ छड़ी चाहिए


एक सवाल जो मैं पूछना चाहता हूँ वह क्या है जो आप उपयोग करना चाहते हैं। 3.5। सामान्यीकृत सुविधाओं में से कई वास्तव में सी # 3.0 फीचर्स हैं, जो कि .NET 3.0 / 3.5 के लिए विशिष्ट नहीं हैं, और चूंकि सी # 3.0 उसी सीएलआर का उपयोग करते हैं, जो कि .NET Framework 2.0 के रूप में आपको अपने 2.0 अनुप्रयोगों में भी उपयोग करने के लिए स्वतंत्र हैं। यह केवल वीएस 2008 की आवश्यकता है

उदाहरण हैं:

  • लैम्ब्डा भाव
  • ऑब्जेक्ट इनिलाइज़र
  • अनाम प्रकार
  • स्थानीय चर प्रकार अनुमान
  • विस्तार विधियां

मैं समस्याओं के बिना अपने स्वयं के। NET 2.0 प्रोजेक्ट्स में से कई का उपयोग करता हूं।

यदि आप चाहते हैं कि ढांचा विशिष्ट विशेषताओं (जैसे Linq, WPF, आदि) हैं, तो आपको अपग्रेड करना होगा।


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

मैं यह सुझाव देता हूं क्योंकि:

  1. नए रूपरेखा संस्करण आपको एक प्रदर्शन बढ़ावा दे सकते हैं।
  2. क्लाइंट के पास पहले से अपने कंप्यूटर पर एक और संस्करण स्थापित हो सकता है और यह शर्म की बात होगी, जैसा कि आप कहते हैं, हार्ड ड्राइव स्थान को बर्बाद करते हैं
  3. आप भविष्य में कुछ समय के लिए नए रूपरेखा संस्करण के खिलाफ अपना आवेदन चला सकते हैं और यदि आपके ग्राहक को पहले से ही उस संस्करण की हो और वह आवेदन का वर्तमान संस्करण चला रहे हैं, तो उनके कंप्यूटर पर एक पुराना ढांचा नहीं होगा

फिर भी, मुझे आपके पास कुछ जानकारी नहीं है, जैसे कि वितरण के साधन, ग्राहकों की मशीनों की रूपरेखा आदि।







.net-framework-version