IOS 6 में ऑटोरोटेशन को समझना

नमस्कार दोस्तों!

यदि आप ऐप्पल से गैजेट के लिए एप्लिकेशन बना रहे हैं, तो आप शायद इस बात से अवगत हैं कि आईओएस को हाल ही में संस्करण 6 में अपडेट किया गया है।
अन्य नई विशेषताओं के साथ, Apple ने ऑटोरोटेशन तंत्र में बदलाव किया है।
बस मामले में, मैं आपको याद दिलाता हूं कि ऑटोरोटेशन एक तंत्र है जो आपको चित्र (लम्बी) और लैंडस्केप (विस्तारित) अभिविन्यास दोनों में डिवाइस का उपयोग करने की अनुमति देता है, साथ ही जब आप डिवाइस को घुमाते हैं तो इस अभिविन्यास को बदलते हैं।

यदि आपके आवेदन में सामग्री दोनों झुकावों में प्रदर्शित होती है (और विशेष रूप से यदि आपको कुछ स्क्रीन पर रोटेशन को प्रतिबंधित करने की आवश्यकता है) - मैं शर्त लगाता हूं कि आपके पास पहले से ही कुछ प्रश्न हैं ।
यदि आप स्क्रीन ओरिएंटेशन परिवर्तन फ़ंक्शन का उपयोग नहीं करते हैं, तो आप अंतर को नोटिस नहीं कर सकते हैं। हालाँकि, यह जानना कि iOS6 में ऑटोरोटेशन कैसे काम करता है, भविष्य में किसी भी मामले में उपयोगी और उपयोगी होगा।

जैसा कि iOS 6 से पहले था

IOS डिवाइस संगत सिस्टम स्थिरांक द्वारा वर्णित 4 संभावित स्क्रीन ओरिएंटेशन का समर्थन करते हैं:

• UIInterfaceOrientationPortrait
• UIInterfaceOrientationPortraitUpsideDown
• UIInterfaceOrientationLandscapeLeft
• UIInterfaceOrientationLandscapeRight

आईओएस 5 और उससे पहले में, ऑटोरोटेशन तंत्र विधि का उपयोग करता है

- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation { //  YES    return (interfaceOrientation == UIInterfaceOrientationPortrait); } 

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

Info.plist में UISupportedInterfaceOrientations कुंजी में अनुप्रयोग द्वारा समर्थित अभिविन्यासों की एक सूची शामिल है (आप उन्हें अपने लक्ष्य के सारांश अनुभाग में भी चुन सकते हैं) और इसका उपयोग सिस्टम द्वारा केवल प्रारंभिक अभिविन्यास निर्धारित करने के लिए किया जाता है जब आवेदन शुरू होता है।



यदि कोई अभिविन्यास निर्दिष्ट नहीं है, तो कुछ भी बुरा नहीं होगा, एप्लिकेशन को सामान्य पोर्ट्रेट मोड (UIInterfaceOrientationPortrait) में लॉन्च किया जाएगा।

अब iOS 6 में

IOS 6 में, shouldAutorotateToInterfaceOrientation विधि को हटा दिया गया है, और दो अन्य ऑटोरोटेशन के तर्क के लिए जिम्मेदार हैं - समर्थित InterfaceOrientations और shouldAutorotate ।

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

 - (NSInteger)supportedInterfaceOrientations { return UIInterfaceOrientationMaskPortrait | UIInterfaceOrientationMaskLandscapeLeft | UIInterfaceOrientationMaskLandscapeRight; } 

इसके अलावा, सिस्टम supportInterfaceOrientations से प्राप्त मूल्य का उपयोग करता है, एक संयोजन ऑपरेशन (बिटवाइंड और) का प्रदर्शन अनुप्रयोग द्वारा समर्थित विश्व स्तर पर झुकाव की एक सूची के साथ करता है (Info.plist से लिया गया है और AppDelets आवेदन के परिणामस्वरूप : supportInterfaceOrientationsForWindow : विधि)। ऑपरेशन के परिणामों के अनुसार, एक मोड़ है (या नहीं होता है)।

संक्षेप में, निर्णय ऑपरेशन द्वारा किया जाता है

 app_mask & topmost_controller_mask 

जहाँ app_mask Info.plist (या तो आवेदन: supportInterfaceOrientationsForWindow :) , और शीर्ष full-screen नियंत्रक के supportInterfaceOrientations कॉलिंग के परिणामस्वरूप topmost_controller_mask से लिया गया है।

निम्नलिखित बातों को भी ध्यान में रखा जाना चाहिए:

• चूंकि app_mask का मूल्य वैश्विक है, इसलिए आपको इसे सावधानी से बदलना चाहिए
• अस्थायी रूप से घुमाए जाने की क्षमता को अक्षम करने के लिए, यह आवश्यक है कि कंधे की थैली का उपयोग किया जाए , और समर्थन में मुखौटा में हेरफेर न किया जाए।
• यदि आवेदन: supportInterfaceOrientationsForWindow : AppDelegate में विधि का उपयोग किया जाता है, तो Info.plist के मानों को अनदेखा कर दिया जाएगा
• यदि किसी बिंदु पर संयुग्मन का परिणाम 0 है, तो यह UIApplicationInvalidInterfaceOrientationException फेंक देगा
• यदि आपने supportInterfaceOrientations और shouldAutorotate विधियों को फिर से परिभाषित नहीं किया है, तो डिफ़ॉल्ट रूप से नियंत्रक iPad डिवाइसों और iPhone पर सभी ओरिएंटेशन प्रकारों का समर्थन करेंगे, लेकिन PortraitUpsideDown
• नया पसंदीदाइंटरफेस ऑरिएंटेशन फ़ोरपर्सेंटेशन विधि आपको नियंत्रक के पसंदीदा अभिविन्यास को निर्दिष्ट करने की अनुमति देती है जब यह प्रदर्शित होता है
• shouldAutoRotateToInterfaceOrientation: अब iOS 6 में कॉल नहीं किया जाता है, हालाँकि आपको अभी भी iOS के पिछले संस्करणों के साथ उपकरणों का समर्थन करने के लिए इसका उपयोग करना चाहिए

ये बदलाव हैं। यह कदम Apple के प्रत्येक विशिष्ट सक्रिय नियंत्रक से कंटेनर नियंत्रक और अनुप्रयोग के लिए समर्थित स्क्रीन स्थिति के बारे में निर्णय लेने की जिम्मेदारी हस्तांतरित करने के लिए निर्धारित है।

इस विषय पर Apple के प्रमुख विचार (डब्ल्यूडब्ल्यूडीसी 2012 से सत्र 236) इस प्रकार हैं:

• नियंत्रकों को सभी संभव तरीकों का समर्थन करने का प्रयास करना चाहिए
• बाल नियंत्रक अपने माता-पिता द्वारा निर्दिष्ट किसी भी फ्रेम में प्रदर्शित करने में सक्षम होना चाहिए
• आवेदन समर्थित अभिविन्यास प्रकार (Info.plist या अनुप्रयोग: supportInterfaceOrientationsForWindia :) निर्दिष्ट करने में सक्षम होना चाहिए
• जब मोड़, केवल रूट या शीर्ष पूर्ण स्क्रीन नियंत्रक मतदान किया जाएगा

इससे क्या लेना-देना

आईओएस 5 और उससे पहले के समर्थन के लिए एक नए प्रोजेक्ट को विकसित करते समय, एप्पल आईओएस 6 के तंत्र का अनुकरण करने की कोशिश करता है:

• रूट या पूर्ण-स्क्रीन नियंत्रक में समर्थित स्क्रीन ओरिएंटेशन की पूरी सूची निर्दिष्ट करें
• बाल नियंत्रकों में सभी आवश्यक अभिविन्यासों के लिए समर्थन को लागू करना

हालाँकि, क्या करें यदि आपको आईओएस 6 में एक मौजूदा परियोजना के लिए (अधिमानतः न्यूनतम प्रयास के साथ) माइग्रेट करने की आवश्यकता है, जिसमें विभिन्न अंत नियंत्रकों द्वारा किए गए घुमावों के बारे में निर्णय किए जाते हैं? नई समर्थित InterfaceOrientations / shouldAutorotate विधियों का उपयोग shouldAutorotateToInterfaceOrientation के उपयोग से इन नियंत्रकों के रूट और शीर्ष-पूर्ण-स्क्रीन नहीं होने पर स्थिति नहीं बचेगी । कंटेनर नियंत्रकों को नियंत्रित कंटेनरों की राय सुनने के लिए, आप निम्नलिखित तरीकों का उपयोग कर सकते हैं।

1. श्रेणी।
श्रेणी का उपयोग करते हुए, नए तरीकों को फिर से परिभाषित करें ताकि वे रोटेशन के लिए संबंधित शीर्ष नियंत्रकों से पूछताछ करें। उदाहरण के लिए, UINavigationController के लिए, यह इस तरह दिख सकता है:

 @implementation UINavigationController (RotationIOS6) -(BOOL)shouldAutorotate { return [self.topViewController shouldAutorotate]; } -(NSUInteger)supportedInterfaceOrientations { return [self.topViewController supportedInterfaceOrientations]; } - (UIInterfaceOrientation)preferredInterfaceOrientationForPresentation { return [self.topViewController preferredInterfaceOrientationForPresentation]; } @end 

2. वंशानुक्रम।
पैराग्राफ 1 के समान ही लागू करें, लेकिन UINavigationController से विरासत में मिला - जब वैश्विक रूप से सभी UINavigationControllers को एक बार में संशोधित करने की कोई आवश्यकता नहीं है।

 // CustomNavigationController.h @interface CustomNavigationController : UINavigationController @end 

 // CustomNavigationController.m #import "CustomNavigationController.h" @implementation CustomNavigationController -(BOOL)shouldAutorotate { return [self.topViewController shouldAutorotate]; } -(NSUInteger)supportedInterfaceOrientations { return [self.topViewController supportedInterfaceOrientations]; } - (UIInterfaceOrientation)preferredInterfaceOrientationForPresentation { return [self.topViewController preferredInterfaceOrientationForPresentation]; } @end 

3. विधि स्विज़लिंग।
रनटाइम प्रेमियों और कट्टर प्रशंसकों के लिए - स्विज़लिंग का उपयोग करते हुए , वास्तव में पुराने परिचित तरीके की कॉल का उपयोग करने के लिए नए तरीकों को फिर से उपयोग करना चाहिए aAutorotateToInterfaceOrientation:।

( यहां से लिया गया कोड)

 @implementation AppDelegate void SwapMethodImplementations(Class cls, SEL left_sel, SEL right_sel) { Method leftMethod = class_getInstanceMethod(cls, left_sel); Method rightMethod = class_getInstanceMethod(cls, right_sel); method_exchangeImplementations(leftMethod, rightMethod); } + (void)initialize { if (self == [AppDelegate class]) { #ifdef __IPHONE_6_0 SwapMethodImplementations([UIViewController class], @selector(supportedInterfaceOrientations), @selector(sp_supportedInterfaceOrientations)); SwapMethodImplementations([UIViewController class], @selector(shouldAutorotate), @selector(sp_shouldAutorotate)); #endif } } @end @implementation UIViewController (iOS6Autorotation) #ifdef __IPHONE_6_0 /* * We've swizzled the new iOS 6 autorotation callbacks onto their iOS 5 and iOS 4 equivalents * to preserve existing functionality. * */ - (BOOL)sp_shouldAutorotate { BOOL shouldAutorotate = YES; if ([self respondsToSelector:@selector(shouldAutorotateToInterfaceOrientation:)]) { NSUInteger mask = 0; if ([self shouldAutorotateToInterfaceOrientation:UIInterfaceOrientationPortrait]) { mask |= UIInterfaceOrientationMaskPortrait; } if ([self shouldAutorotateToInterfaceOrientation:UIInterfaceOrientationLandscapeLeft]) { mask |= UIInterfaceOrientationMaskLandscapeLeft; } if ([self shouldAutorotateToInterfaceOrientation:UIInterfaceOrientationLandscapeRight]) { mask |= UIInterfaceOrientationMaskLandscapeRight; } if ([self shouldAutorotateToInterfaceOrientation:UIInterfaceOrientationPortraitUpsideDown]) { mask |= UIInterfaceOrientationMaskPortraitUpsideDown; } if (mask == 0) { // Shouldn't autorotate to *any* orientation. shouldAutorotate = NO; } } else { // This actually calls the original method implementation // instead of recursively calling into this method implementation. shouldAutorotate = [self sp_shouldAutorotate]; } return shouldAutorotate; } - (NSUInteger)sp_supportedInterfaceOrientations { NSUInteger mask = 0; /* * In iOS 6, Apple dramatically changed the way autorotation works. * Rather than having each view controller respond to shouldAutorotateToInterfaceOrientation: * to specify whether or not it could support a particular orientation, the responsibility was * shifted to top-level container view controllers. That means UINavigationController becomes * responsible for declaring whether or not an orientation is supported. Since our app * has logic for how to autorotate on a per view controller basis, we call through to the * swizzled version of supportedInterfaceOrientations for the topViewController. * */ if ([self isKindOfClass:[UINavigationController class]]) { return [[(UINavigationController *)self topViewController] supportedInterfaceOrientations]; } if ([self respondsToSelector:@selector(shouldAutorotateToInterfaceOrientation:)]) { if ([self shouldAutorotateToInterfaceOrientation:UIInterfaceOrientationPortrait]) { mask |= UIInterfaceOrientationMaskPortrait; } if ([self shouldAutorotateToInterfaceOrientation:UIInterfaceOrientationLandscapeLeft]) { mask |= UIInterfaceOrientationMaskLandscapeLeft; } if ([self shouldAutorotateToInterfaceOrientation:UIInterfaceOrientationLandscapeRight]) { mask |= UIInterfaceOrientationMaskLandscapeRight; } if ([self shouldAutorotateToInterfaceOrientation:UIInterfaceOrientationPortraitUpsideDown]) { mask |= UIInterfaceOrientationMaskPortraitUpsideDown; } } else { // This actually calls the original method implementation // instead of recursively calling into this method implementation. mask = [self sp_supportedInterfaceOrientations]; } return mask; } #endif @end 

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

मेरे मामले में, श्रेणियों का उपयोग करना सबसे सुविधाजनक था।

मुझे आशा है कि प्रस्तुत सामग्री किसी के लिए उपयोगी है और डेवलपर के सबसे मूल्यवान संसाधन को बचाने में मदद करती है - समय :)

उपयोगी लिंक:

• IOS के लिए कंट्रोलर प्रोग्रामिंग गाइड देखें
• WWDC 2012, सत्र 236 "नियंत्रक विकास देखें"
• विधि स्वाज़लिंग