🤰🏾 🖖🏾 🤸🏽 विंडोज और विंडोज फोन के लिए यूनिवर्सल एप्लिकेशन 🏂 🍄 🎪

प्रिय हभ्रवचन!

मैं आपको हाल ही के बिल्ड 2014 सम्मेलन के अपने विचार नवाचारों में सबसे दिलचस्प में से एक के बारे में अधिक विस्तार से बताना चाहूंगा । यह विंडोज 8 और विंडोज फोन के लिए अनुप्रयोगों के एक साथ विकास के बारे में होगा, अर्थात। विंडोज प्लेटफॉर्म के लिए सार्वभौमिक अनुप्रयोगों के बारे में।

Microsoft प्लेटफ़ॉर्म उपकरणों की एक विस्तृत श्रृंखला को कवर करता है - स्मार्टफोन और टैबलेट से लेकर डेस्कटॉप कंप्यूटर और Xbox One गेम कंसोल तक, और यह स्वाभाविक है कि डेवलपर सभी फॉर्म कारकों के लिए एप्लिकेशन बनाते समय प्रयासों को कम करना चाहता है। प्रतिस्पर्धी प्लेटफार्मों पर, डेस्कटॉप और मोबाइल एप्लिकेशन (चूंकि वे अलग-अलग ऑपरेटिंग सिस्टम पर चलते हैं) में बहुत अंतर है, जबकि स्मार्टफोन के लिए विकसित मोबाइल एप्लिकेशन टैबलेट डिवाइसों पर काम कर सकते हैं, जो अक्सर बहुत उच्च गुणवत्ता वाले उपयोगकर्ता नहीं होने के कारण उपयोगकर्ता असंतोष की ओर जाता है इंटरफेस।

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

विंडोज + फोन एप्लिकेशन पहले कैसे बनाए गए थे

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

यूनिवर्सल विंडोज एप्लीकेशन

निर्माण सम्मेलन में निम्नलिखित नवाचारों की घोषणा की गई:

विंडोज फोन 8.1 के नए संस्करण में विंडोज आरटी एपीआई का उपयोग किया जाएगा। इसका मतलब है कि विंडोज 8.1 और विंडोज फोन 8.1 के बीच लगभग 90% सिस्टम कॉल साझा किए जाएंगे। इसके अलावा, एक्सएएमएल मार्कअप लैंग्वेज को भी प्लेटफॉर्म पर एकीकृत किया गया है। दूसरे शब्दों में, नए विंडोज फोन 8.1 ऐप्स विंडोज एक्सएएमएल का उपयोग करेंगे, सिल्वरलाइट का नहीं। यदि आपको संगतता की आवश्यकता है, तो विंडोज फोन को सिल्वरलाइट का उपयोग करके विकसित किया जा सकता है, जिसमें शामिल हैं नई सुविधाओं का उपयोग करना, लेकिन यह एक अलग लेख के लिए एक विषय है।
विजुअल स्टूडियो 2013 अपडेट 2 एकीकृत विंडोज अनुप्रयोगों के लिए एक नया प्रोजेक्ट टेम्पलेट पेश करता है । यह टेम्प्लेट विंडोज और फोन के लिए विभिन्न प्रोजेक्ट बनाता है, और तीसरा "साझा" प्रोजेक्ट है, जो सभी सामान्य कोड को होस्ट करता है। उसी समय, एक साझा परियोजना
न केवल कोड हो सकता है, बल्कि XAML मार्कअप, साझा संसाधन, चित्र आदि भी हो सकते हैं। इस परियोजना को एक अलग पुस्तकालय में संकलित नहीं किया गया है, लेकिन संकलन मंच पर पाठ समावेश के स्तर पर दो मंच परियोजनाओं के बीच विभाजित किया गया है। ऐसे टेम्पलेट का उपयोग C # / XAML, C ++ / XAML या HTML / JS में विकास के लिए किया जा सकता है।
यदि आप कई अनुप्रयोगों के बीच साझा किए गए एक अलग पुस्तकालय में प्लेटफ़ॉर्म-स्वतंत्र कोड का हिस्सा अलग करना चाहते हैं, तो आप अभी भी एक पोर्टेबल लाइब्रेरी का उपयोग कर सकते हैं, जिसमें अब XAML मार्कअप भी शामिल है । पोर्टेबल लाइब्रेरी का उपयोग C # या Visual Basic में विकास के लिए किया जा सकता है।
प्लेटफार्मों के बीच अभी तक कोई द्विआधारी संगतता नहीं है , अर्थात्। विंडोज 8 और विंडोज फोन अनुप्रयोगों को संबंधित स्टोर के माध्यम से वितरित किया जाना जारी रहेगा, और डेवलपर को प्रत्येक स्टोर पर एप्लिकेशन पैकेज बनाने और डाउनलोड करने की आवश्यकता होगी (हालांकि अब विंडोज फोन 8.1 विंडोज 8. के रूप में एक ही .appx प्रारूप का उपयोग करेगा। हालांकि, दुकानों में। विंडोज और विंडोज फोन आम एप्लिकेशन पहचानकर्ताओं का उपयोग करेंगे , जो सभी प्लेटफार्मों पर उपयोग के लिए एकल-खरीद एप्लिकेशन परिदृश्यों को लागू करने की अनुमति देगा।
विजुअल स्टूडियो अपडेट 2 के वर्तमान संस्करण में एक्सबॉक्स वन एप्लिकेशन समग्र कहानी में अच्छी तरह से फिट नहीं होता है, हालांकि पूर्ण रिपोर्ट में यूनिवर्सल खान अकादमी एप्लिकेशन को एक्सबॉक्स और विंडोज पर चल रहे काइनेट का उपयोग करते हुए दिखाया गया है (हां, Kinect v2 विंडोज स्टोर एप्लिकेशन में समर्थित होगा, लेकिन यह फिर से एक अलग लेख के लिए एक विषय है)। Xbox One के लिए वर्तमान में HTML / JS / CSS और C ++ में विकास अपेक्षित है

इस प्रकार, अब डेवलपर्स के लिए विंडोज और विंडोज फोन प्लेटफॉर्म के लिए एप्लिकेशन बनाने का एक सुविधाजनक अवसर है जिसमें उपयोगकर्ता कोड को अधिकतम करने के लिए विभिन्न प्लेटफार्मों के लिए डिजाइन को अनुकूलित करने की क्षमता के साथ सामान्य कोड की एक महत्वपूर्ण मात्रा होती है!

यूनिवर्सल हैलो दुनिया

एक सार्वभौमिक अनुप्रयोग बनाने के एक छोटे से उदाहरण पर विचार करें। विजुअल स्टूडियो 2013 अपडेट 2 में प्रोजेक्ट संरचना को बदल दिया गया है, और अब विंडोज और विंडोज फोन एप्लिकेशन दोनों, साथ ही साथ यूनिवर्सल एप्लिकेशन और लाइब्रेरी विंडो शॉप सेक्शन में उपलब्ध हैं।

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

एक खाली सार्वभौमिक अनुप्रयोग बनाने के बाद, हमें निम्नलिखित संरचनाएँ मिलेंगी जिनमें तीन परियोजनाएँ शामिल हैं: प्रत्येक मंच के लिए एक परियोजना और एक साझा साझा परियोजना:

कृपया ध्यान दें:

डिफ़ॉल्ट रूप से, प्लेटफ़ॉर्म के लिए पृष्ठ डिज़ाइन (XAML) विभिन्न परियोजनाओं में फैला हुआ है। हालाँकि, सरल मामलों में, आप सभी प्लेटफ़ॉर्म के लिए सामान्य XAML फ़ाइलों का उपयोग कर सकते हैं, यदि आप सुनिश्चित हैं कि आपका डिज़ाइन स्मार्टफ़ोन से डेस्कटॉप तक विभिन्न प्रस्तावों के लिए पर्याप्त रूप से अनुकूल होगा। उसी समय, कई अंतर्निहित नियंत्रण (उदाहरण के लिए, ग्रिड व्यू) प्लेटफॉर्म के आधार पर अपनी उपस्थिति को अनुकूलित करने और बदलने में सक्षम हैं।
यदि आपके पास एक तैयार-निर्मित विंडोज या विंडोज फोन परियोजना है, तो आप प्रोजेक्ट संदर्भ मेनू में संबंधित आइटम का चयन करके इसके आधार पर एक सार्वभौमिक एप्लिकेशन बना सकते हैं। इस स्थिति में, परियोजना समान तीन-परियोजना संरचना में बदल जाएगी, और आप साझा करने के लिए एप्लिकेशन फ़ाइलों को एक आम परियोजना में स्थानांतरित करने में सक्षम होंगे।
पुस्तकालयों (संदर्भ) के लिंक एक साझा परियोजना में शामिल किए जा सकते हैं, और ये लिंक दोनों परियोजनाओं में जोड़े जाएंगे (हम देखते हैं कि प्रत्येक प्लेटफ़ॉर्म परियोजनाओं के लिंक में एक साझा लिंक है)। यदि कुछ लाइब्रेरी केवल एक प्लेटफ़ॉर्म के लिए उपलब्ध हैं, तो हम अभी भी सामान्य कोड में संबंधित कार्यक्षमता का उपयोग कर सकते हैं, इसे सशर्त संकलन निर्देशों के साथ #ifdef कर सकते हैं। विजुअल स्टूडियो इतना सुविधाजनक है कि इस मामले में Intellisense काम करेगा, हमें चेतावनी देता है कि लिंक केवल एक प्लेटफॉर्म में उपलब्ध है।
अगर हम XAML कोड को एक सामान्य प्रोजेक्ट में ट्रांसफर करते हैं, तो प्लेटफ़ॉर्म पर स्विच करने के लिए XAML एडिटर में एक ड्रॉप-डाउन उपलब्ध होता है, और हम फ़ोन मोड और टैबलेट / डेस्कटॉप मोड में दोनों पेज डिज़ाइन को नेत्रहीन रूप से संपादित कर सकते हैं।

ज्यादातर मामलों में, आप प्लेटफ़ॉर्म के बीच जितना संभव हो उतना कोड साझा करना चाहते हैं, साझा परियोजना के लिए संभव है कि सब कुछ स्थानांतरित कर सकते हैं। हमारे मामले में, हम MainPage.xaml को एक प्रोजेक्ट से किसी साझा प्रोजेक्ट में स्थानांतरित कर सकते हैं और इसे प्लेटफ़ॉर्म प्रोजेक्ट्स में हटा सकते हैं, क्योंकि हमारे मामले में पृष्ठ का डिज़ाइन प्लेटफ़ॉर्म से प्लेटफ़ॉर्म से भिन्न नहीं होगा:

<Grid Background="{ThemeResource ApplicationPageBackgroundThemeBrush}"> <TextBlock Style="{StaticResource HeaderTextBlockStyle}" HorizontalAlignment="Center" VerticalAlignment="Center"> Hello, world! </TextBlock> </Grid>

इस प्रकार, हमें एक सार्वभौमिक एप्लिकेशन मिला, जिसका कोड और डिज़ाइन पूरी तरह से एक साझा परियोजना में है।

असली आवेदन के रास्ते पर - फोटो व्यूअर

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

फ़्लिकर से चित्र प्राप्त करने के लिए कोड

 public class Flickr { List<BitmapImage> list = new List<BitmapImage>(); public Flickr() { var xdoc = XDocument.Load("http://api.flickr.com/services/feeds/photos_public.gne"); XNamespace xn = "http://www.w3.org/2005/Atom"; var res = from z in xdoc.Descendants(xn + "entry") let l = (from x in z.Descendants(xn + "link") where x.Attribute("rel").Value == "enclosure" select x.Attribute("href").Value).FirstOrDefault() where (l!=null) && (l!="") select l; foreach (var x in res) { list.Add(new BitmapImage(new Uri(x))); } } public List<BitmapImage> Images { get { return list; } }

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

आवेदन के मुख्य पृष्ठ का XAML डिजाइन

  <Grid Background="{ThemeResource ApplicationPageBackgroundThemeBrush}"> <GridView ItemsSource="{Binding Images}"> <GridView.DataContext> <local:Flickr/> </GridView.DataContext> <GridView.ItemTemplate> <DataTemplate> <Image Height="{StaticResource ImageSize}" Width="{StaticResource ImageSize}" Source="{Binding}"/> </DataTemplate> </GridView.ItemTemplate> </GridView> </Grid>

संसाधन फ़ाइल में अलग-अलग पैरामीटर सेट करने के लिए, हम प्रत्येक प्लेटफ़ॉर्म प्रोजेक्ट में हमारे संसाधन.xaml संसाधन फ़ाइल को निम्न सामग्री के साथ बनाएंगे:

 <ResourceDictionary xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:local="using:UniversalHello"> <x:Double x:Key="ImageSize">150</x:Double> </ResourceDictionary>

और अंत में, हमें इस संसाधन फ़ाइल को App.xaml (जो साझा प्रोजेक्ट में है) से कनेक्ट करने की आवश्यकता है:

App.xaml

 <Application ...> <Application.Resources> <ResourceDictionary Source="Resources.xaml"/> </Application.Resources> </Application>

नतीजतन, हमें विंडोज 8 और विंडोज फोन के लिए कुछ एप्लिकेशन मिलते हैं जो प्लेटफॉर्म की बारीकियों को ध्यान में रखते हुए इमेज गैलरी को सही ढंग से प्रदर्शित करते हैं।

आवेदन का पूर्ण स्रोत कोड जीथब पर प्राप्त किया जा सकता है।

नैतिकता

विंडोज 8 प्लेटफॉर्म पर नए एप्लिकेशन बनाने के लिए, अब सबसे अच्छा समाधान सार्वभौमिक अनुप्रयोगों का उपयोग करना है। यदि आपके पास एक मौजूदा विंडोज 8 एप्लिकेशन है, तो यह समझ में आता है कि धीरे-धीरे इसे एक सार्वभौमिक एप्लिकेशन में बदल दिया जाए और इसे विंडोज फोन 8.1 पर पोर्ट कर दिया जाए। एक मौजूदा विंडोज फोन 8 एप्लिकेशन को एक सार्वभौमिक एप्लिकेशन में परिवर्तित करना अधिक कठिन है (क्योंकि कई ऑपरेशन के लिए अन्य एपीआई सेट का उपयोग किया जाता है), हम इस बारे में बाद में बात करेंगे। अंत में, विंडोज फोन के लिए सार्वभौमिक एप्लिकेशन को विंडोज फोन 8.1 के संस्करण की आवश्यकता होती है, इसलिए इस समय, पर्याप्त रूप से विस्तृत आधार स्थापित करने के लिए, यह सिलवेलाइट 8.0 अनुप्रयोगों का उपयोग करने के लिए समझ में आता है।

सामग्री

संबंधित बिल्ड रिपोर्ट:

डाउनलोड विज़ुअल स्टूडियो 2013 अपडेट 2 आरसी