क्या Win32 से WinRT के लिए Win32 से .NET का अपग्रेड पथ संभव है?


9

मैं एक VB6 एप्लिकेशन का समर्थन करता हूं। यह वर्तमान में प्रतिस्थापित किया जा रहा है, मॉड्यूल द्वारा मॉड्यूल। .NET के साथ (जैसे हम जाते हैं बहुत सारी नई सुविधाएँ)। GUI WPF में है, लेकिन व्यापारिक तर्क के लिए लगभग शून्य युग्मन के साथ, इसलिए यह उतना महत्वपूर्ण नहीं है। मुझे उम्मीद है कि प्रवास 2012 के मध्य तक हो जाएगा।

मैं एमएस निर्माण सम्मेलन से बाहर की कुछ खबरें पढ़ रहा हूं, और ऐसा लगता है कि मेट्रो के साथ WinRT भविष्य के विकास के लिए एपीआई और जीयूआई होगा, खासकर यदि आप चाहते हैं कि आपका आवेदन मोबाइल उपकरणों पर चले (जो हम करेंगे) निश्चित रूप से)।

जब हम (अंततः) .NET से WinRT और मेट्रो की ओर जाते हैं, तो हम किस प्रकार की गति को देख रहे हैं? ऐसा लगता है कि C # और Xaml आसपास होगा, लेकिन WinRT .NET नहीं है। क्या एपीआई संगत है (वीएस बिल्ड मेनू में विकल्प बदलने की बात है)? यदि वे नहीं हैं, तो क्या एक तरफ़ा रूपांतरण उपकरण होगा? क्या विंडोज एक्सपी / 7 सिस्टम पर .NET / WPF के तहत चलने वाले एक एप्लिकेशन को आसानी से बनाए रखना संभव होगा और साथ ही उस समय के दौरान एक WinRT / मेट्रो लक्ष्य का निर्माण होता है, जब हमारे पास इन सभी प्रणालियों में घर होता है?

जवाबों:


3

वर्तमान में, जैसा कि 'सभी के बाद यह सिर्फ एक डेवलपर पूर्वावलोकन है' 1 , आपको ज्यादातर 'विरासत' ऐप को संकलित करने और चलाने के लिए अपने XAML / C # आधारित समाधानों के लिए कुछ नामस्थान बदलने होंगे।

ऐसा इसलिए है क्योंकि उन्होंने कोर .NET फ्रेमवर्क से कुछ आवश्यक DLL / नामस्थान को विभाजित किया है जिनका उपयोग आप अभी कर रहे हैं।

फिर, यदि आप चाहते हैं कि आपका ऐप 'मेट्रोशिश' हो, तो आपको इसके यूआई को फिर से पढ़ना होगा, जो कि एक बड़ी बात नहीं है यदि आप पहले से ही एमवीवीएम के लिए एक अच्छा सेपरेशन ऑफ कंसर्न का उपयोग कर रहे हैं।


1 मेरा मतलब है कि उपकरण के परिपक्व होते ही शायद अपग्रेड पथ स्मूद हो जाएगा।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.