क्या 2.0 के बजाय .NET Framework 3.5 के लिए संकलित कोई फायदे हैं?क्या 2.0 के बजाय .NET Framework 3.5 के लिए संकलित कोई फायदे हैं?
उदाहरण कम स्मृति की खपत, तेजी से स्टार्टअप, बेहतर प्रदर्शन के लिए ...
व्यक्तिगत तौर पर मैं तो फिर भी नहीं लगता है, मैं कुछ याद हो सकता है।
संपादित करें: निश्चित रूप से 3.5 ढांचे में और अधिक सुविधाएं हैं, लेकिन ये इस प्रश्न का केंद्र नहीं हैं।
संपादित 2: कोई लाभ नहीं प्रतीत होता है।
संपादित 3: हां मेरा मतलब फ्रेमवर्क को लक्षित करना था। मैंने नवीनतम 3.5 एसपी 1 और वीएस 2008 स्थापित किया है, इसलिए ढांचे के साथ संकलन और लक्ष्यीकरण के बीच क्या अंतर है? मैं प्रोजेक्ट विकल्पों में ढांचे को लक्षित कर सकता हूं लेकिन मैं एक विशिष्ट ढांचे संस्करण के साथ 'संकलन कैसे करूं? मुझे नहीं पता था कि एक अंतर है।
संपादित 4: तो अब हम सहमत हैं कि कोई लाभ नहीं है।
आपके लिए धन्यवाद
आपने कहा: "यदि आप 2.0 के लिए लक्षित करते हैं और 3.5 लाइब्रेरी का उपयोग कर रहे हैं तो विफल हो जाएगा।" यह सच नहीं है ... .NET 3.5 में .NET 2.0 शामिल है ... इसलिए, 2.0 के लिए लक्षित कुछ भी 3.5 पर ठीक होगा (क्योंकि 2.0 वहां है)। ओटीओएच, यदि आप 3.5 के लिए लक्षित करते हैं और केवल 2.0 पर चलते हैं, तो यह एक समस्या होगी। –
ब्रायन, आपको यह नहीं मिला। यदि आप 2.0 ढांचे को लक्षित करते हैं, और .NET 3.5 लाइब्रेरी का उपयोग करते हैं तो COMPILER एक त्रुटि की रिपोर्ट करेगा क्योंकि उस लाइब्रेरी को 2.0 फ्रेमवर्क वातावरण में उपयोग नहीं किया जा सकता है, इसलिए वास्तव में आपके एप्लिकेशन को तैनात करने और इसे रनटाइम पर विफल होने के लिए आपकी सुरक्षा करना। चूंकि आप 2.0 फ्रेमवर्क को लक्षित कर रहे हैं, इसलिए कंपिलर आपको सुरक्षा देता है, उदाहरण के लिए, फैंसी लिंक कॉल का उपयोग करना। जब आप एक संस्करण को लक्षित करते हैं तो आप कह रहे हैं कि आप अपने संस्करण को उस संस्करण या वरिष्ठ में काम करने की उम्मीद करते हैं, इसलिए आप पुस्तकालयों का उपयोग नहीं कर सकते हैं जो ढांचे के बाद के संस्करणों में शामिल हैं। –