डेवलपर्स के लिए विंडोज 8: एक सपने को पुनर्जीवित करना? (2/2)

एक अनुवादक से: यह समझा जाना चाहिए कि निम्नलिखित सभी जानकारी केवल लेखक द्वारा Microsoft से असंबंधित होने की अटकलें हैं, और यहां केवल विंडोज के सामने आने वाली समस्याओं को समझने के लिए प्रस्तुत किया गया है।

पहला भाग

ओह बहादुर नई दुनिया

विंडोज के अगले संस्करण में दो निष्पादन योग्य वातावरण शामिल होंगे - .NET का एक नया संस्करण (वर्तमान में 4.5 के रूप में नामित) और क्लासिक सी ++ पर्यावरण (तकनीकी दृष्टिकोण से यह COM या कुछ व्युत्पन्न है) जिसे WinRT कहा जाता है। विंडोज 8 में भी यूजर इंटरफेस विकसित करने के लिए एक नया बिल्ट-इन लाइब्रेरी होगा - DirectUI - Direct2D और DirectWrite API पर आधारित है, जिसे विंडोज 7 में पेश किया गया था। सिल्वरलाइट का नया संस्करण, जिसे जाहिरा तौर पर बृहस्पति कहा जाता है, DirectUI का उपयोग करके काम करेगा। WinRT और DirectUI दोनों बिल्ट-इन एक्सेस टूल्स के माध्यम से सीधे .NET से उपलब्ध होंगे।

WinRT कई कार्यों के लिए एक अत्याधुनिक API प्रदान करता है, जो पहले Win32 API का प्रतिनिधित्व करता था। मोटे तौर पर, WinRT नया Win32 है, जिसे "आधुनिक" C ++ (जैसा कि पुराने के विपरीत, 25 वर्षीय Win32 आर्किटेक्चर C के लिए विकसित किया गया है) से उपयोग करने के लिए डिज़ाइन किया गया था, साथ ही .NET की अवधारणा में खूबसूरती से फिट किया गया था। बेशक, यह संभावना नहीं है कि विंडोज 8 में WinRT पूरी तरह से Win32 को बदल देगा, जो कि एक त्वरित अपग्रेड के लिए बहुत बड़ा है, लेकिन भविष्य के संस्करणों में यह बहुत अच्छी तरह से हो सकता है। WinRT पदों को प्रत्येक नए निर्माण के साथ मजबूत किया जाता है, रेडमंड से "मर्ज" किया जाता है।

WinRT मौजूदा Win32 API का सिर्फ एक उन्नत संस्करण नहीं है - Microsoft डेवलपर्स के लिए उपलब्ध कार्यक्षमता का विस्तार भी कर रहा है। उदाहरण के लिए, अतुल्यकालिक संचालन के लिए व्यापक समर्थन होगा जो पृष्ठभूमि में सुस्त संचालन करने के लिए एक आसान तरीका प्रदान करता है, और क्लिपबोर्ड एपीआई अधिक लचीला और उपयोग में आसान हो जाएगा।

DirectUI वर्तमान WPF / सिल्वरलाइट प्रौद्योगिकी के सबसेट पर आधारित है और Win32 कभी नहीं था कि अमीर उपयोगकर्ता इंटरफ़ेस लेआउट प्रदान करता है। C ++ में लिखे गए प्रोग्राम DirectUI का उपयोग करने में सक्षम होंगे, और यह वही टूल होगा जो .NET डेवलपर उपयोग कर सकते हैं।

बृहस्पति - वास्तव में सिल्वरलाइट 6 - निर्माण अनुप्रयोगों के लिए उपकरणों का एक पूर्ण-विशेषताओं, लचीला सेट है। DirectUI और Jupiter का संबंध कितना सटीक है यह अभी भी स्पष्ट नहीं है - यह संभव है कि वे समान कार्य करते हैं, और DirectUI सिल्वरलाइट स्तर तक पहुंचने तक विकसित होगा, और शायद DirectUI केवल अधिक जटिल रूपरेखाओं के लिए बुनियादी कार्यक्षमता को लागू करता है। यह भी हो सकता है कि बृहस्पति केवल एक नए प्रारूप के पूर्ण-स्क्रीन, स्पर्श-उन्मुख अनुप्रयोगों को बनाने के लिए है।

भविष्य में Microsoft के लिए XAML, WPF और सिल्वरलाइट जैसे उपकरणों का उपयोग करके यूजर इंटरफेस विकास प्राथमिकता है। इस क्षेत्र के महत्व की पुष्टि कंपनी का संरचनात्मक पुनर्गठन है जो इस सप्ताह के शुरू में हुई थी। XAML विकास टीम, जो पहले DevDiv विंग के नीचे छिपी थी, को तीन भागों में विभाजित किया गया था - Windows के लिए XAML डेवलपर्स WinDiv, और Windows Phone, Xbox और ब्राउज़र प्लग-इन के लिए Windows Phone में गए। विजुअल स्टूडियो और एक्सप्रेशन ब्लेंड जैसे विकास साधनों पर काम करने वाले कर्मचारियों का केवल एक हिस्सा देवडीव में रहा। Microsoft के एक आंतरिक पत्र में बताया गया है कि XAML टीम ने विंडोज 8 के विकास के दौरान WinDiv के साथ काम किया और वर्तमान परिवर्तनों ने केवल उनके संबंधों को औपचारिक रूप दिया।

एकीकृत, आधुनिक, एकीकृत विंडोज एपीआई

यदि अब Win32 / C ++ और .NET पूरी तरह से अलग-अलग प्लेटफॉर्म हैं, प्रत्येक की अपनी क्षमताओं के साथ, तो निकट भविष्य में वे समान हो जाना चाहिए। यदि Microsoft Windows कर्नेल में नए एपीआई जोड़ता है, तो वे सीधे प्रबंधित कोड से सुलभ होंगे, जो .NET के C ++ पर मुख्य लाभ को समाप्त करता है। दूसरी ओर, C ++ में लिखे गए मौजूदा एप्लिकेशन बिना अनावश्यक इशारों के नए उपयोगकर्ता इंटरफ़ेस का उपयोग करने में सक्षम होंगे। यह स्वयं Microsoft के लिए सही है: दो प्लेटफ़ॉर्म का समीकरण .NET अनुप्रयोगों के लिए दरवाजा खोलता है जो सिस्टम के साथ आते हैं।

उदाहरण के लिए, हम कार्यालय का एक संस्करण देख सकते हैं जिसका इंटरफ़ेस एक दशक में पहली बार, या शायद इससे भी अधिक, मानक विंडोज घटकों का उपयोग करेगा।

यह अभी तक स्पष्ट नहीं है कि भाग्य WPF का इंतजार कर रहा है। WPF और सिल्वरलाइट समान लोगों द्वारा विकसित किए जाते हैं, लेकिन बाजार सिल्वरलाइट को अपने बड़े भाई से बेहतर मानता है। WPF कुछ ऐसा कर सकता है जो Silverlight नहीं कर सकता, और यह दुर्भाग्यपूर्ण है अगर इसकी क्षमताओं का उपयोग विंडोज 8 में नहीं किया गया है। WPF और सिल्वरलाइट बहुत समान हैं, और शायद बृहस्पति अपनी कार्यक्षमता को संयोजित करने में सक्षम होंगे।

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

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

भविष्य में डरावना नहीं

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

और उन्हें नहीं करना है C ++ में ऐसे एप्लिकेशन लिखना चाहते हैं? कोई समस्या नहीं। C # और सिल्वरलाइट का उपयोग करना चाहते हैं? इसी तरह, इन दोनों तकनीकों का समर्थन किया जाता है। अतीत में सभी विकास के अनुभव को छोड़ने के बजाय - यह उस प्रस्तुति को देखने के बाद कई लोगों ने महसूस किया था - विंडोज 8 सी-++ और सी # प्रथम श्रेणी के उपकरण दोनों को टच-स्क्रीन और टैबलेट-उन्मुख अनुप्रयोगों के विकास के लिए बनाएगा।

HTML5 और जावास्क्रिप्ट के संयोजन के लिए, यह भी समर्थित होगा। वैसे, माइक्रोसॉफ्ट ने अपने एचटीए तकनीक (एचटीएमएल एप्लिकेशन) के रूप में एचटीएमएल अनुप्रयोगों की मिट्टी को पहले ही आज़मा लिया है। एचटीए निष्पादनयोग्य में HTML, जावास्क्रिप्ट, CSS और अन्य सामग्री शामिल थी और एक विशेष ट्रस्ट मोड में चलती थी। इसके कारण, नियमित HTML पृष्ठों की सीमाएं, जैसे कि स्थानीय संसाधनों तक पहुंच की कमी, HTAs को प्रभावित नहीं करती थी जो फ़ाइल सिस्टम का उपयोग कर सकते थे, नेटवर्क के साथ काम कर सकते थे, और इसी तरह। दूसरे शब्दों में, ये कई दोषों के बिना वेब पेज थे जो उन्हें डेस्कटॉप एप्लिकेशन को बदलने से रोकते थे।

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

विंडोज 8 एक डेवलपर का बुरा सपना नहीं है, बल्कि एक बड़ा कदम है: एक ऐसा कदम जो डेवलपर्स के लिए समान रूप से सुविधाजनक वेब अनुप्रयोगों को C ++ या C # के साथ-साथ वेब डेवलपर्स के लिए भी विकसित कर सकता है। .NET और क्लासिक कोड का एकीकरण, पूर्ण हार्डवेयर त्वरण, आधुनिक एपीआई, विंडोज इंटरफेस के निर्माण के लिए मुख्य समाधान के रूप में एवलॉन - जो कि लॉन्गहॉर्न ने कई साल पहले वादा किया था, वह विंडोज 8 के साथ एक वास्तविकता बन सकता है।

रहस्यमय चुप्पी

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

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

तथ्य यह है कि Microsoft अभी सभी कार्ड प्रकट नहीं करना चाहता है, समझ में आता है। विंडोज 8 अभी भी पूरी तरह से दूर है, और BUILD से पहले बहुत कुछ बदल सकता है। लेकिन डेवलपर्स सब कुछ बताने के लिए नहीं कह रहे हैं, वे सिर्फ कुछ महत्वपूर्ण विवरण जानना चाहते हैं। क्या C ++ या .NET का उपयोग करके नए इंटरफ़ेस के लिए एप्लिकेशन विकसित करना संभव होगा? क्या XAML का समर्थन किया जाएगा? इन सभी दो सवालों के जवाब देकर, Microsoft भ्रमित डेवलपर्स को शांत कर सकता है।

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