2010-07-15 15 views
5

ठीक है, यह बल्कि व्यापक सवाल है लेकिन ... क्या कोई चार्ट है जो कहता है कि ढांचे का कौन सा संस्करण चलाएगा? चौखटे 100% पिछड़े संगत कर रहे हैं -.नेट फ्रेमवर्क संस्करण (या क्या चलता है?)

तो, मैं इसे ब्रेक नीचे दो सवाल

1 में लगता है? मेरे पास फ्रेमवर्क 2.0 वेबसाइट 1.1 डीएलएस चला है, इसलिए मुझे लगता है कि 2.0 1.1 चलाएगा। क्या यह विंडोज ऐप के लिए काम करेगा? क्या यह सभी संस्करणों के लिए काम करेगा?

2 - क्या एक ढांचा कभी भी संगत है? मुझे पता है कि उपरोक्त के विपरीत काम नहीं करेगा, लेकिन क्या यह किसी भी संस्करण के सेट के लिए काम करेगा?

तो, अपने बिल्ड संस्करण के साथ समन्वयित अपने ग्राहकों की मशीनों पर संस्करणों को रखना कितना महत्वपूर्ण है?

क्या .NET समुदाय में सबसे अच्छा प्रेटिस है कि गैर-तकनीकी उपयोगकर्ताओं को .NET फ्रेमवर्क के नए/अलग संस्करण डाउनलोड करने के लिए मजबूर किए बिना अपने सॉफ़्टवेयर को सबसे अधिक ग्राहकों के लिए कैसे काम करना है?

+0

मुझे लगता है कि एक ही चार्ट में फिट होने के लिए ढांचे के बीच बहुत सारे बदलाव हैं। आप ".NET ब्रेकिंग चेंज" google पर जा सकते हैं और संस्करणों के बीच क्या बदल गया है, इस पर बहुत अच्छा दस्तावेज़ीकरण पा सकते हैं, लेकिन यह कभी भी एक केंद्रीय स्थान पर नहीं है। –

+0

मैं वास्तव में 2.0 वेबसाइट के बारे में वास्तव में उत्सुक हूं जो 1.1 डीएलएल चला गया ... क्या इसमें सिस्टम सहित अन्य डीएलएल पर कोई निर्भरता नहीं थी? मैं काफी हद तक निश्चित हूं कि संभव नहीं है ... –

+0

जब वे हमारी साइट को 2.0 ढांचे में अपडेट करते हैं, तो हमने अपने डीएलएस के विशाल बहुमत को दोबारा नहीं बनाया। हमने जो कुछ किया है, उनमें से केवल (अब मैं जानबूझकर जानता हूं कि एएसपी.Net फ्रेमवर्क और नेट फ्रेमवर्क संस्करणों के बीच एक अंतर है इसलिए मैं मतभेदों को दूर नहीं कर रहा हूं इसलिए यह अगली टिप्पणी हो सकती है तकनीकी रूप से त्रुटि में) जब हमने वेबसाइट को 3.5 नेट फ्रेमवर्क में अपडेट किया तो हमें भी कोई बदलाव नहीं करना पड़ा। – saunderl

उत्तर

4

अंगूठे के नियम के रूप में, यदि .NET संस्करण एक्स .NET संस्करण वाई के साथ साइड-बाय-साइड स्थापित करता है, तो .NET संस्करण X .NET संस्करण वाई के साथ संगत (पीछे या आगे) नहीं है। यह एक नियम है मैं काफी समय से उपयोग कर रहा हूं (चूंकि .NET 2.0 बाहर आया था)। यह शायद छोटे पैमाने पर अनुप्रयोगों के लिए बहुत सुरक्षित है, लेकिन माफ की तुलना में सुरक्षित होना बेहतर है।

यहाँ कुछ ठोस उदाहरण हैं:

  • .NET 4.0 नेट 3.x या उससे पहले आवेदन पत्र नहीं चलेगा ठीक से
  • .NET 3.5 .NET 3.0 & .NET 2.0 अनुप्रयोगों चलेंगे, नहीं लेकिन .NET 1.1
  • .NET 3.0 .NET 2.0 अनुप्रयोगों, लेकिन नहीं .NET 1.1
  • चलेंगे
  • .NET 2.0 नहीं चलेंगे नेट 1,1

  • .NET 4.0 .NET 3.5/3.0/2.0 के साथ और .NET 1.1

  • .NET 3.5, 3.0 के साथ कंधे-साथ स्थापित करता है, और 2.0 एक दूसरे को
  • के साथ कंधे-साथ स्थापित नहीं करते। नेट 3.5/3.0/2.0 .NET 1.1

आशा है कि इससे मदद मिलती है।

0

कहीं भी चार्ट नहीं देखा है लेकिन आम तौर पर, आप पिछली संगतता के बारे में चिंता नहीं करते हैं। एकमात्र महत्वपूर्ण बात यह सुनिश्चित कर रही है कि आपके ग्राहकों के पास न्यूनतम ढांचा स्थापित हो।

और नहीं, .NET संस्करणों में से कोई भी आगे संगत नहीं है।

1

IMO, आज तक "प्रमुख" संस्करण हैं:

  • 1,0
  • 1,1
  • 2,0, 3.0, 3.5
  • (मेरा मानना ​​है कि इन बाहर प्रमुख सी # एक्सटेंशन की वजह से विभाजित किया गया) 4।0

अलग-अलग लाइनों पर फ्रेमवर्क साइड-बाय-साइड स्थापित करते हैं और एक-दूसरे को नहीं चलाते हैं; उसी लाइन पर उन लोगों को एक-दूसरे से उपयोग किया जा सकता है जब तक मेजबान मशीन कम से कम असेंबली का संस्करण स्थापित हो।

वर्तमान में सभी .NET संस्करण विंडोज के साथ आते हैं - अब उन्हें ऑपरेटिंग सिस्टम का हिस्सा माना जाता है और इसके जीवन चक्र का पालन किया जाता है। (http://support.microsoft.com/lifecycle/search/?alpha=.NET+Framework&sort=PN देखें) यदि आपके उपयोगकर्ता अपने कंप्यूटर को अद्यतित रखते हैं, तो आपको नवीनतम .NET Framework संस्करण का उपयोग करने में कोई समस्या नहीं होनी चाहिए।

सुनिश्चित करें कि, के लिए अपने विन्यास फाइल बाद में की तुलना में 1.0, आप <supportedRuntime> तत्व को शामिल करें: http://msdn.microsoft.com/en-us/library/w4atty68.aspx

जिम Schubert उसकी टिप्पणी में उल्लेख के रूप में, अपने सी # कोड बाद के संस्करणों पर संकलन सकता है, लेकिन कुछ तोड़ने परिवर्तन होते हैं ।

+0

3.5 में कोई सी # एक्सटेंशन नहीं हैं। –

संबंधित मुद्दे