मिगुएल डी इकाज़ा ASP.NET MVC, मूनलाइट और Android के परीक्षण के बारे में

मैं InfoQ पोर्टल के लिए हाल ही के मिगुएल साक्षात्कार का अनुवाद करने का सुझाव देता हूं।

अब हमारे पास मोनो प्रोजेक्ट और मूल कंपनी ज़मारिन के संस्थापक मिगुएल डे इकास से संपर्क करने का मौका है। हमने मोनो में ASP.NET MVC के भविष्य और चांदनी के विच्छेदन सहित कई विषयों को कवर किया।

InfoQ : मोनो ने शुरुआती समय से ASP.NET का समर्थन किया। क्या यह केवल दिखाने के लिए किया गया था या आप मोनो प्लेटफॉर्म पर ASP.NET में रुचि रखते हैं?

मिगुएल डे इकाज़ा : हमने कुछ समय के लिए कोई सर्वेक्षण नहीं किया है, लेकिन बाद में यूनिक्स पर ASP.NET को देखते हुए, यह अभी भी लोगों के लिए एक महत्वपूर्ण विशेषता है। मैं कहूंगा कि जब Microsoft ने Windows सर्वर के लिए अपनी लाइसेंसिंग नीति में बदलाव किया तो ब्याज घट गया। इस वजह से, मोनो का वित्तीय आकर्षण किसी तरह गिर गया है। वर्तमान में, मोनो पर ASP.NET का उपयोग करने का मुख्य कारण सॉफ्टवेयर सिस्टम के अन्य घटकों के लिनक्स के लिए बाध्यकारी है।

InfoQ : ASP.NET MVC कुछ समय के लिए एक खुला ढांचा रहा है। यदि आप अतीत में देखें, तो मोनो के साथ संगत बनाने के लिए कितना प्रयास करने की आवश्यकता थी?

मिगुएल : एमवीसी 1 और एमवीसी 2 की शुरुआत मोनो में काफी सरलता से हुई। एमवीसी 3 के साथ, सब कुछ अलग था, क्योंकि MVC3 खुला था, लेकिन कई पुस्तकालयों पर निर्भर था, जो या तो खुले नहीं थे या संक्रमणकालीन थे। इसलिए साइट परिनियोजन के विपरीत MVC3 और मोनो को सीधे जोड़ना मुश्किल नहीं था। एमवीसी 3 पर साइट को शायद ही कभी मोनो पर काम करते देखा गया था, यह करना बहुत मुश्किल था।

ASP.NET पुस्तकालयों के हाल ही में एक खुले लाइसेंस में स्थानांतरित होने के बाद, सब कुछ बदल गया, और हम मोनो से बॉक्स के बाहर काम करने के लिए MVC3 प्राप्त करने में कामयाब रहे।

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

InfoQ : आपकी राय में, ASP.NET MVC में अनुकूलता बनाए रखने के लिए सीधे तौर पर बदलाव करने की क्षमता है?

मिगुएल : ASP.NET MVC के लिए स्रोत कोड प्रकाशित करने का मुख्य लाभ इसका समुदाय है: नवाचारों और बग फिक्स का दर्दनाक परिचय Microsoft डेवलपर्स की क्षमताओं द्वारा सीमित था, उन्होंने जो किया, उसे लागू या प्रकट कर सकते थे। अब ASP.NET अन्य खुले ढांचे के बराबर है जो तेजी से विकसित हो रहा है और परिवर्तनों के प्रति उत्तरदायी है।

InfoQ : XAML- आधारित उपयोगकर्ता इंटरफ़ेस तकनीकें अब 4 हैं: WPF, सिल्वरलाइट, विंडोज एंबेडेड के लिए सिल्वरलाइट और विंडोज फोन के लिए सिल्वरलाइट। विंडोज 8 के आगमन के साथ, क्या हम पांचवीं तकनीक देखेंगे? ऐसी विविधता के संबंध में आपका दृष्टिकोण क्या है?

मिगुएल : अब हम एंड्रॉइड, आईओएस और मैक के लिए सी # पर केंद्रित हैं, इसलिए हम एक्सएएमए फ्रेमवर्क के साथ बातचीत करने के लिए बहुत उत्सुक नहीं हैं।

XAML के दिलचस्प समाधान हैं, लेकिन मैंने कभी भी मार्कअप भाषा के रूप में XML का समर्थन नहीं किया है। एक लंबे समय के लिए मैंने सपना देखा कि Microsoft कुछ प्रकार की मार्कअप तकनीक को अपना रहा था जो लोगों के लिए अधिक समझ में आता था, उदाहरण के लिए, Json या वह जो JavaFX का हिस्सा था। वे उपयोगिताओं और मैन्युअल दोनों के साथ उपयोग और बनाए रखने के लिए समान रूप से आसान होंगे।

कुछ बिंदु पर, हमने एक खुला रेंडरिंग इंजन लागू किया जो सिल्वरलाइट 3/4 मार्कअप के साथ काम कर सकता था।

अब हम डेवलपर्स को अपने अनुप्रयोगों को दो भागों में विभाजित करने के लिए कह रहे हैं: एक सामान्य परत, जिसका उपयोग सभी .NET / मोनो प्लेटफार्मों पर किया जाएगा, और दूसरा, प्रस्तुति परत, या तो iOS, Android, Mac और Windows के लिए एक देशी इंटरफ़ेस के साथ, या इसके HTML- के साथ संस्करण।

InfoQ : कई डेवलपर्स सभी प्लेटफार्मों के बीच इंटरफ़ेस को मानकीकृत करने के लिए PhoneGap जैसे प्लेटफार्मों पर स्विच कर रहे हैं। क्या आपने कभी C # के लिए ऐसी UI लाइब्रेरी होने की संभावना पर विचार किया है जो iOS, Android और विंडोज फोन के बीच काम कर सके?

मिगुएल : वहां उनका पूरा मिश्रण होगा।

कभी-कभी आपके पास एक छोटा बजट होता है और आप लेखन-एक बार-उपयोग-हर जगह प्रस्तुति स्तर का उपयोग करते हैं। यह वही है जिसने जावा को इतना लोकप्रिय बना दिया है और हम इस दृष्टिकोण का उपयोग अपनी कुछ उपयोगिताओं के लिए Gtk # और Xwt पुस्तकालयों में करते हैं।

लेकिन कभी-कभी आप एक सर्वश्रेष्ठ-इन-क्लास उपयोगकर्ता इंटरफ़ेस प्रदान करना चाहते हैं, तो आपको अपना स्वयं का मूल कोड लिखना होगा। हम कुछ उपयोगिताओं के लिए भी इस दृष्टिकोण का उपयोग करते हैं, उदाहरण के लिए, मोनो के लिए हमारी नई प्रलेखन प्रणाली, जो अब प्रत्येक प्लेटफॉर्म पर मूल इंटरफ़ेस का उपयोग करती है।

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

InfoQ : नोवेल को वापस खरीदने से पहले, कुछ लोगों ने एंड्रॉइड टैबलेट्स पर मूनलाइट लॉन्च करने पर काम किया। क्या आप अभी भी इस दिशा में काम कर रहे हैं?

मिगुएल : हमने मूनलाइट के विकास को त्याग दिया।

InfoQ : इस तरह की खबरें सुनकर, चांदनी बहुत होनहार लग रही थी। आपके पास पर्याप्त मानव संसाधन नहीं थे या आप अब यह नहीं सोचते कि ब्राउज़र सिल्वरलाइट / मूनलाइट एक उज्ज्वल भविष्य है?

मिगुएल : सिल्वरलाइट को इंटरनेट पर उचित वितरण प्राप्त नहीं हुआ, और, तदनुसार, एक महत्वपूर्ण तकनीक नहीं बन गई, जैसा कि मैंने सोचा था, यह बन जाएगा।

खैर, माइक्रोसॉफ्ट ने सिल्वरलाइट में कृत्रिम सीमाएं जोड़ीं, जिसने डेस्कटॉप अनुप्रयोगों के निर्माण के लिए इसे बेकार कर दिया।

अब हम यह नहीं मानते हैं कि सिल्वरलाइट राइट-वन्स-रन-हर-टेक्नोलॉजी के लिए सही प्लेटफ़ॉर्म है, इसमें उपयोगी होने के लिए बस बहुत सी सीमाएँ हैं। फिलहाल, हम मानते हैं कि C # दुनिया में व्यू कोड को अलग करना सबसे अच्छा है। प्रोग्रामर सभी प्लेटफार्मों पर एक कोर एप्लिकेशन का उपयोग करेंगे और प्रत्येक लक्ष्य प्लेटफॉर्म के लिए एक अलग इंटरफ़ेस लिखेंगे: मोनो के साथ आईओएस, मोनोक्रॉयड के साथ एंड्रॉइड, मोनोएमक के साथ मैक, WPF / Winforms के साथ विंडोज, ASP.NET के साथ वेब और Gtk के साथ विंडोज / लिनक्स।

बेशक, यह एक लेखन-एक बार-हर जगह चलने वाला नहीं है, लेकिन परिणाम ऐसे एप्लिकेशन होंगे जो देशी उपकरण और प्लेटफ़ॉर्म क्षमताओं का उपयोग करते हैं।

InfoQ : यदि आपके पास खुले स्रोत मोनो के लिए अधिक योगदान है, तो आप किस परियोजना के किस भाग पर काम करना पसंद करेंगे?

मिगुएल : शायद आगामी एपीआई संस्करण 4.5 और डब्ल्यूसीएफ पर।

Microsoft ने .NET से बड़ी संख्या में API को C # 5 से Async का समर्थन करने के लिए अद्यतन किया। इस तथ्य के बावजूद कि हमने बेस क्लास पुस्तकालयों में काम किया है, मैं व्यक्तिगत रूप से System.Data और उसके डेरिवेटिव, हमारे Sqlite प्रदाता की तरह, Async का समर्थन करने के लिए, जैसा कि पूरे ASP.NET स्टैक है, जो अब async का भी समर्थन करता है।

ASP.NET को बेहतर बनाने के लिए, आपको उन सभी ओपन सोर्स कोड का लाभ उठाना होगा जो Microsoft ने हाल ही में ASP.NET के लिए प्रकाशित किए हैं। इसके बिना, मोनो केवल इस नए ओपन सोर्स कोड का आधा भाग ही चला सकेगा।

InfoQ : मुझे लगता है कि आपने Android API पर Oracle / Google मुकदमा का अनुसरण किया था। मौजूदा स्थिति से आप क्या समझते हैं?

मिगुएल : यह एक युद्ध की तरह दिखता है, और निर्दोष के पहले ज्वालामुखी के बाद और "अच्छा" नहीं। दोनों कंपनियों की प्रतिष्ठा को बहुत नुकसान हुआ है।

InfoQ : क्या आपको डर नहीं है कि अगर एपीआई को कॉपीराइट के रूप में मान्यता दी जाती है, तो Microsoft मोनो परियोजना को खतरे में डाल देगा?

मिगुएल : नहीं।

Google और Oracle के मामले में, कुछ कोर एपीआई एक विवादास्पद मुद्दा है, क्योंकि उच्च-स्तरीय एपीआई में से एक भी इस बहु-अरब डॉलर की लड़ाई में उपयोगी बनने में सफल नहीं हुआ है। अनिवार्य रूप से, Google ने उच्च-स्तरीय भाग का उपयोग न करने का फैसला किया, इस कारण से कि उन्हें एंड्रॉइड के लिए उपयुक्त एपीआई के एक अलग सेट की आवश्यकता थी। मोनो / .NET के मामले में, कोर एपीआई के कॉपीराइट को वितरण के लिए ECMA / ISO में स्थानांतरित कर दिया गया, और उच्च-स्तरीय एपीआई बहु-अरब डॉलर के उद्योग में उपयोग के लिए अत्यधिक संदिग्ध हो गए। यदि .NET / मोनो के आगमन के साथ एक बहु-अरब डॉलर का व्यवसाय उत्पन्न हुआ, तो यह शायद कर्नेल (रन और BCL। - लगभग प्रति ) का उपयोग करेगा और उसी तरह से उच्च स्तर से इंकार करेगा, जिस तरह से हमने MonoTouch और MonoDroid के लिए किया था। : हम कर्नेल का उपयोग करते हैं, लेकिन किसी भी उच्च-स्तरीय विंडोज एपीआई को लागू नहीं करते हैं, और इसके बजाय इसे Apple या Android के लिए एक देशी एपीआई के साथ बदल देते हैं।

यह मेरा पहला अनुवाद है, यदि आपको कोई त्रुटि दिखाई देती है, तो कृपया उन्हें दोपहर में रिपोर्ट करें।

पुनश्च अनुवाद और शैली में मदद के लिए kekekeks habrayuzer के लिए बहुत बहुत धन्यवाद।