स्विफ्ट में कोई और AnyObject। उनका अंतर क्या है?

जब मैं किसी भी प्रकार का उपयोग करता हूं, तो उदाहरण के लिए, JSON डेटा संसाधित करते समय लिखते समय अपनी परियोजनाओं में काफी लंबा समय। लेकिन यह भी मैं जानता था कि एक दूसरा प्रकार है - AnyObject । और हाल ही में, मैं इन दो प्रकारों के बीच के अंतर के बारे में सोच रहा हूँ।

Apple प्रलेखन के अनुसार:

• कोई भी - किसी भी प्रकार के उदाहरण का प्रतिनिधित्व कर सकता है
• AnyObject - किसी भी वर्ग के एक उदाहरण का प्रतिनिधित्व कर सकता है

इसे थोड़ा आसान करने के लिए, फिर:

• किसी भी प्रकार का उपयोग सभी प्रकार के लिए किया जाता है।
• AnyObject - वर्ग प्रकारों के लिए उपयोग किया जाता है

आइए हम इन दो प्रकारों के अभ्यास में सत्यापित करें। चलो किसी भी प्रकार के साथ शुरू करते हैं।

ऐसा करने के लिए, कोई भी प्रकार बनाएं, और उसे प्रिंट करें।

let anyArray: [Any] = ["Macbook", 1, 2] print(anyArray) Console: ["Macbook", 1, 2] 

जैसा कि हम देख सकते हैं, कोई भी आपको एक ही समय में विभिन्न प्रकार के डेटा के साथ काम करने की अनुमति देता है (स्ट्रिंग, इंट)।
प्रलेखन के अनुसार, इस सरणी में तत्व ( स्ट्रिंग और इंट ) ऐसी संरचनाएं हैं जो मूल्य प्रकार हैं, इसलिए, सैद्धांतिक रूप से, AnyObject काम नहीं करना चाहिए।

इसे सत्यापित करने के लिए, AnyObject प्रकार का एक समान सरणी बनाएं ।

 let anyObjectArray: [AnyObject] = ["Macbook", 1, 2] 

जैसा कि अपेक्षित था, कंपाइलर हमें "स्ट्रिंग / इंट" टाइप करने की असंभवता के बारे में एक त्रुटि देता है


लेकिन हमारे तीन प्रकारों को AnyObject पर लाने और परिणाम प्रिंट करने का प्रयास करें।

 let anyObjectArray: [AnyObject] = ["Macbook" as AnyObject, 1 as AnyObject, 2 as AnyObject] print(anyObjectArray) Console: [Macbook, 1, 2] 

संकलक त्रुटि गायब हो गई है। जैसा कि हम देख सकते हैं, एक मैकबुक स्ट्रिंग स्पष्ट रूप से एक स्ट्रिंग की तरह दिखता है, लेकिन स्विफ्ट में स्ट्रिंग प्रकार की तरह सामान्य उद्धरण नहीं है।

आइए उनके वास्तविक प्रकार की जांच करने के लिए लूप का उपयोग करके सरणी को प्रिंट करने का प्रयास करें।

 for item in anyObjectArray { if item is String { print("\(item)   String") } else if item is Int { print("\(item)   Int") } } Console: Macbook   String 1   Int 2   Int 

एक स्ट्रिंग टाइप स्ट्रिंग की है। जैसा कि पहले कहा गया था, स्विफ्ट में तार संरचनाएं हैं, न कि प्रकार की कक्षाएं। इसलिए, हमें उन्हें AnyObject के रूप में उपयोग करने में सक्षम नहीं होना चाहिए।

आइए हमारे सरणी के साथ कुछ और प्रयोग करें। आइए उन्हें उद्देश्य - C: NSString और NSNumber से प्रकारों के लिए जाँचने का प्रयास करें।

 for item in anyObjectArray { if item is NSString { print("\(item)   NSString") } else if item is NSNumber { print("\(item)   NSNumber") } } Console: Macbook   NSString 1   NSNumber 2   NSNumber 

तो ऐसा क्यों हो रहा है?

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

स्विफ्ट स्वचालित रूप से कुछ ऑब्जेक्टिव - C प्रकारों को स्विफ्ट प्रकारों में और कुछ स्विफ्ट प्रकारों को Objective - C प्रकारों में बदल देगा। प्रकार जिन्हें ऑब्जेक्टिव - सी और स्विफ्ट के बीच परिवर्तित किया जा सकता है, उन्हें समवर्ती कहा जाता है ।

दूसरे शब्दों में, संकलक "पुलों" को स्वचालित रूप से परिवर्तित और बनाने के द्वारा इन प्रकारों को संभालने में लचीला होना संभव बनाता है, जबकि एक ही समय में एप्लिकेशन क्रैश को रोकता है।

AnyObject का उपयोग कब करें?

जैसा कि Apple दस्तावेज़ीकरण में कहा गया है, AnyObject का उपयोग उन वस्तुओं के साथ काम करने के लिए किया जा सकता है जो कक्षा से प्राप्त होते हैं लेकिन एक सामान्य रूट क्लास नहीं है।

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

इस प्रकार, जब आप प्रोटोकॉल को प्रतिबंधित करना चाहते हैं, तो AnyObject का उपयोग करना उचित है , ताकि इसका उपयोग केवल कक्षाओं के साथ, और किसी भी अन्य मामलों में किया जा सके ।

Apple कहते हैं :
किसी भी और AnyObject का उपयोग केवल तब करें जब आपको स्पष्ट रूप से उनके द्वारा प्रदान किए जाने वाले व्यवहार और क्षमताओं की आवश्यकता हो। अपने कोड में उपयोग किए जाने वाले प्रकारों के बारे में सटीक होना हमेशा सबसे अच्छा होता है।