विंडोज फोन 8 के लिए फास्ट ऐप फिर से शुरू

तेजी से एप्लिकेशन परिणाम

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

आगे देखते हुए, मैं फोटो शेयरिंग, पुश अधिसूचना, आदि के साथ फास्ट रिज्यूमे के उपयोग की उल्लिखित समस्या पर ध्यान देना चाहूंगा। जैसा कि यह निकला, कोई समस्या नहीं है। लगभग नहीं। यदि उपयोगकर्ता ने अपने फोन (WP8 अपडेट 3) को अपडेट किया है, तो नए अपडेट के साथ Url के संक्रमण के साथ कोई समस्या नहीं है। हालांकि, टेक्सेडो सहकर्मी ने एक दिलचस्प परिदृश्य दिखाया, जिसमें AppResume के साथ एक बग देखा गया है। यदि ऐप में ऐप रेज्यूमे शामिल है और एप्लिकेशन को कम किए बिना स्क्रीन को लॉक करता है, तो टोस्ट यूआरएल को जाने बिना एप्लिकेशन को बस बहाल किया जाता है।

App Resume किसके लिए है?

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

जैसे कि फास्ट एप्लिकेशन स्विच (ऐप रेज्यूमे के विपरीत, "बैक" बटन को छोटा करने के बाद यह एप्लिकेशन जल्दी से रनिंग एप्लिकेशन पर वापस आ जाता है), ऐप रेज्यूमे टॉम्बस्टोन के लिए एक प्रतिस्थापन नहीं है और आपको यह विचार करने की आवश्यकता है कि यदि एप्लिकेशन "सो गया" है, तो आपको इसकी आवश्यकता है पूरी तरह से डेटा को बचाने और इसे अपने आप को पुनर्स्थापित करें।

अब हम विचार करेंगे कि इस सुविधा को एप्लिकेशन में कैसे एकीकृत किया जाए, हम विभिन्न रिटर्न परिदृश्यों पर विचार करेंगे।

ऐप रेज्यूमे को कैसे इनेबल करें

इस सुविधा को सक्षम करना काफी सरल है: आप सभी को WMAppManifest.xml फ़ाइल को XML संपादन मोड में खोलें (संदर्भ मेनू में - साथ खोलें - Xml संपादक) और विशेषता जोड़ें:

ActivationPolicy="Resume" 

<DefaultTask /> ।

अंततः, डिफ़ॉल्ट पंक्ति में प्रकट होता है:

 <DefaultTask Name ="_default" NavigationPage="MainPage.xaml" /> 

इस तरह दिखेगा:

 <DefaultTask Name ="_default" NavigationPage="MainPage.xaml" ActivationPolicy="Resume"/> 

ऐप कैसे फिर से शुरू होता है

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

सादगी के लिए, वैरिएबल का मान एक स्थिर क्षेत्र में एक स्थिर वर्ग में मेमोरी में संग्रहीत किया जाता है और OnNavigateTo में दोनों पृष्ठों पर प्रदर्शित किया जाएगा

 static class FakeCacheStorage { public static int Counter { get; set; } } 

App Resume कैसे काम करता है यह जानने के लिए, हमें अस्थायी रूप से लाइन में टिप्पणी करने की आवश्यकता है:
RootFrame.Navigated + = CheckForResetNavigation;
App.xaml.cs में, जहां कोड को हैंडलर में संग्रहीत किया जाता है।

सबसे पहले, फास्ट एप्लिकेशन स्विचिंग की जाँच करें। एप्लिकेशन लॉन्च करें और काउंटर को कुछ संख्या तक बढ़ाएं (इसे 4 होने दें) और देखें कि आवेदन को कम करने और "बैक" बटन पर लौटने से पहले हमारे पास क्या है



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

अब देखते हैं कि अगर हमने एप्लिकेशन को कम कर दिया और बैक बटन के बजाय मुख्य एप्लिकेशन टाइल के माध्यम से एप्लिकेशन लॉन्च किया तो क्या होगा।



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

और अब, यदि आप मेनिफेस्ट में App Resume शामिल करते हैं, तो, अंत में, हम एक अलग तस्वीर देखेंगे:



लेकिन यह पहले से ही अधिक दिलचस्प है - एप्लिकेशन को सक्रिय किया गया था, लेकिन लॉन्च नहीं किया गया था, जबकि हम मुख्य पृष्ठ पर थे और काउंटर मूल्य बचाया गया था! और हम अपना दूसरा पेज तभी देखेंगे जब हम "बैक" बटन पर क्लिक करेंगे। यदि हमने नेविगेशन इतिहास प्रदर्शित नहीं किया है, तो हम सोचेंगे कि एप्लिकेशन को बस पुनः आरंभ किया गया था। सबसे दिलचस्प बात तब शुरू होगी जब उपयोगकर्ता "बैक" बटन का उपयोग करके एप्लिकेशन से बाहर निकलने की कोशिश करेगा - इसके लिए उसे इस बटन को तीन बार दबाना होगा। इसके बाद, हम इस बात पर ध्यान देंगे कि इसके लिए App Resume क्यों बनाया गया था और इस व्यवहार का उपयोग करने के लिए हम किन परिदृश्यों का उपयोग कर सकते हैं।

एप्लिकेशन को जल्दी से एक एप्लिकेशन लॉन्च करने के तरीके के रूप में फिर से शुरू करें

हमने पिछले भाग में जो देखा वह विचार के लिए दिलचस्प भोजन प्रदान करता है। हम मेमोरी में लोड किए गए सभी डेटा के साथ एप्लिकेशन को जल्दी से लॉन्च करने के लिए ऐप रेज्यूमे का उपयोग कर सकते हैं, लेकिन हमें पुराने नेविगेशन इतिहास से छुटकारा पाने की आवश्यकता है। यही है, वास्तव में, उपयोगकर्ता को एप्लिकेशन से बाहर निकलने के लिए "बैक" बटन पर क्लिक करना होगा। यदि आप अपने WP8 एप्लिकेशन को VS2012 संस्करण के साथ शुरू होने वाले स्टूडियो में बना रहे हैं, तो आवश्यक परियोजनाएं पहले से ही उत्पन्न प्रोजेक्ट में जोड़ दी जाती हैं। App Resume के संचालन की समीक्षा करने के लिए, हमने अस्थायी रूप से App Resume हैंडलर के साथ एक पंक्ति में टिप्पणी की:
RootFrame.Navigated + = CheckForResetNavigation;

यदि हम इस पंक्ति को अनसुना कर देते हैं, तो हम अब नेविगेशन का इतिहास नहीं देखेंगे।



वास्तव में, ऐसा लगता है जैसे एप्लिकेशन लॉन्च किया गया था (उपयोगकर्ता मुख्य पृष्ठ पर जाता है और "बैक" बटन का उपयोग करके एप्लिकेशन को बाहर निकालता है), लेकिन उसी समय डेटा मेमोरी में रहता है।

आइए इस पद्धति में क्या किया जाता है, इस पर अधिक विस्तार से विचार करें।

InitializePhoneApplication पद्धति (app.xaml.cs फ़ाइल) के पास नेविगेट की गई घटना के लिए एक अलग सदस्यता है:
RootFrame.Navigated + = CheckForResetNavigation;

नेविगेशन इतिहास को रीसेट तर्क द्वारा हटा दिया गया है:

 private void CheckForResetNavigation(object sender, NavigationEventArgs e) { // If the app has received a 'reset' navigation, then we need to check // on the next navigation to see if the page stack should be reset if (e.NavigationMode == NavigationMode.Reset) RootFrame.Navigated += ClearBackStackAfterReset; } 

और, तदनुसार, ClearBackStackAfterReset विधि में आगे नेविगेशन इतिहास साफ़ किया गया है:

 private void ClearBackStackAfterReset(object sender, NavigationEventArgs e) { // Unregister the event so it doesn't get called again RootFrame.Navigated -= ClearBackStackAfterReset; // Only clear the stack for 'new' (forward) and 'refresh' navigations if (e.NavigationMode != NavigationMode.New && e.NavigationMode != NavigationMode.Refresh) return; // For UI consistency, clear the entire page stack while (RootFrame.RemoveBackEntry() != null) { ; // do nothing } } 

यहां न्यू और रिफ्रेश की सदस्यता क्यों है? आइए हमारे उदाहरण को देखें।

यदि हम दूसरे पेज पर रहते हुए App Resume का उपयोग करते हैं, तो हम अपने पेज की OnNavigateTo विधि में एक ब्रेकपॉइंट बना सकते हैं और देख सकते हैं कि पेज नए पैरामीटर से शुरू होता है। हालांकि, यदि हम पहले से ही आवेदन को कम करने के समय मुख्य पृष्ठ पर थे, तो हम नेविगेशन पैरामीटर रीसेट के साथ मुख्य पृष्ठ पर लौट आएंगे, और उसके बाद ही नेविगेशन पैरामीटर रीफ़्रेश करें, जो इस पद्धति में संसाधित है।

अगला, हम ऐप रेज्यूमे का उपयोग करने के लिए एक और दिलचस्प परिदृश्य पर विचार करते हैं - जब हम आवेदन शुरू नहीं करते हैं, लेकिन इसे वापस करते हैं।

अनुप्रयोग चल रहे अनुप्रयोग पर लौटने के लिए फिर से शुरू करें। "IOS या WP8.1 की तरह"

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

हमें व्यवहार के दो मुख्य परिदृश्यों को संभालने की आवश्यकता है:
1. उपयोगकर्ता एप्लिकेशन टाइल पर क्लिक करता है।
2. उपयोगकर्ता लिंक के माध्यम से आवेदन को सक्रिय करता है (पुश अधिसूचना, माध्यमिक टाइल, फोटो शेयर, आदि)

पहले परिदृश्य में, इस परिदृश्य को लागू करने के लिए, सबसे पहले, इतिहास फिर से चालू करें जब ऐप फिर से शुरू करें:
App.xaml.cs में हम सदस्यता को नेविगेट और CheckForResetNavigation विधि से हटाते हैं, नेविगेट करने की घटना की सदस्यता लेते हैं (यह तब होता है जब हम पृष्ठ पर जाते हैं और संक्रमण को रद्द कर सकते हैं):
RootFrame.Navigating + = ContinueExecution;

जब आवेदन शुरू होता है, तो हम उस पद्धति में देख सकते हैं कि पहले कोई इवेंट रीसेट तर्क के साथ आता है, और फिर एप्लिकेशन टाइल पर क्लिक करने पर नए तर्क के साथ एक घटना।

इस व्यवहार को देखते हुए, हम ContinueExecution कार्यान्वयन पर करीब से नज़र डालेंगे:

 private bool isRelaunch = false; private void ContinueExecution(object sender, NavigatingCancelEventArgs e) { if (e.NavigationMode == NavigationMode.Reset || (isRelaunch && e.NavigationMode==NavigationMode.New)) { if (isRelaunch && e.Uri.OriginalString != "/MainPage.xaml") { RootFrame.Navigated+=ClearBackStackAfterReset; return; } e.Cancel = true; isRelaunch = !isRelaunch; } } 

ClearBackStackAfterReset विधि नई WP8 परियोजनाओं के लिए स्टूडियो द्वारा बनाई गई है और बस नेविगेशन इतिहास को साफ करती है:

 private void ClearBackStackAfterReset(object sender, NavigationEventArgs e) { RootFrame.Navigated -= ClearBackStackAfterReset; if (e.NavigationMode != NavigationMode.New && e.NavigationMode != NavigationMode.Refresh) return; while (RootFrame.RemoveBackEntry() != null) { } } 

जैसा कि हम यहां देख सकते हैं, प्रारंभ पृष्ठ में एक चेक शर्त जोड़ी गई है:

 if (isRelaunch && e.Uri.OriginalString != "/MainPage.xaml") 

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

यदि आप चाहते हैं, उदाहरण के लिए, पुश अधिसूचना द्वारा इतिहास को हटाने के लिए नहीं, बल्कि एप्लिकेशन का उपयोग जारी रखने के लिए, तो बस लाइन हटाएं
RootFrame.Navigated + = ClearBackStackAfterReset;
या पुश अधिसूचना के साथ लिंक के लिए एक और शर्त जोड़ें।

दूसरे परिदृश्य के संचालन को प्रदर्शित करने के लिए, दूसरे लिंक को उत्पन्न करने के लिए अगले पृष्ठ पर एक बटन जोड़ें:

 <Button Content="Secondary Tile" Click="ButtonTile_OnClick"></Button> 

इस बटन के लिए एक काफी सरल हैंडलर जोड़ें:

 private void ButtonTile_OnClick(object sender, RoutedEventArgs e) { var secondTile = ShellTile.ActiveTiles.FirstOrDefault(x => x.NavigationUri.ToString().Contains("issecondtile")); if (secondTile == null) { var newTileData = new StandardTileData { Title = "Second Page", }; ShellTile.Create(new Uri("/SecondPage.xaml?id=someid&issecondtile=true", UriKind.Relative), newTileData); } } 

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



परिणाम

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