UIAppearance इतना सरल नहीं था

UIAppearance प्रोटोकॉल 2011 में iOS 5 में दिखाई दिया, उन दूर के समय में जब Instagram के पास Android एप्लिकेशन नहीं था, और सीरियल नेड स्टार्क अभी तक नहीं काटा गया था।

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

एक छोटे से परिचय के रूप में, दस्तावेज़ीकरण के अंश जो हमेशा से रहे हैं, हैं और जानकारी के मुख्य विश्वसनीय स्रोत होने चाहिए।

आप कक्षा की उपस्थिति प्रॉक्सी में उपस्थिति संशोधन संदेश भेजकर एक वर्ग के उदाहरणों को अनुकूलित कर सकते हैं।

उपस्थिति अनुकूलन का समर्थन करने के लिए, एक वर्ग को UIAppearanceContainer प्रोटोकॉल के अनुरूप होना चाहिए और संबंधित एक्सेसर विधियों को UI_APPEARANCE_SELECTOR के साथ चिह्नित किया जाना चाहिए

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

लेकिन "आप सफल नहीं होंगे" इसका मतलब यह नहीं है कि "आप कोशिश कर सकते हैं", इसलिए मैं सुझाव देता हूं कि हर कोई एक सरल प्रयोग करने के बारे में उत्सुक है: आपके द्वारा प्राप्त पहली परियोजना को खोलें और application:didFinishLaunchingWithOptions: लिए निम्नलिखित पंक्ति जोड़ें application:didFinishLaunchingWithOptions: विधि:

 UIView.appearance().isHidden = true 

अनुमान लगाओ कि क्या होगा और भागेगा।

मैं, एक बोर की तरह, संभावित विकल्पों की उम्मीद करूंगा:

• कुछ नहीं होता है;
• कुछ भी नहीं होता है, लेकिन "isHidden जैसा कोई लॉग नहीं है UI_APPEARANCE_SELECTOR, बेवकूफ" कंसोल में गिर जाता है;
• आवेदन एक महत्वपूर्ण त्रुटि को पकड़ता है या एक समान संदेश के साथ जोर देता है।

लेकिन नहीं, मुख्य एप्लिकेशन विंडो सहित, सब कुछ छिपा हुआ है। एक तरफ, यह भी तर्कसंगत है - जो लिखा गया है वह किया जाता है। लेकिन दूसरी ओर, यह अनियंत्रित व्यवहार की तरह दिखता है और, यह मुझे लगता है, जैसा बड़ा छेद।

मैं अभी भी इस तथ्य के साथ आ सकता हूं कि अगर इस तरह के ट्रिक केवल उन गुणों के साथ घुमाए जा सकते हैं जो उपस्थिति को प्रभावित करते हैं, लेकिन यह सभी गुणों के साथ किया जा सकता है!

उदाहरण के लिए, उस कोड को जोड़ना जो अन्य परियोजनाओं को तीसरे पक्ष के पुस्तकालय के रूप में उपयोग करता है, यहां एक पंक्ति है जिसे कभी-कभी एक यादृच्छिक समय में कहा जाता है:

 UITableView.appearance().delegate = nil 

आप इस कोड के निष्पादित होने के बाद स्क्रीन पर दिखाई देने वाली सभी तालिकाओं को सभी प्रतिनिधियों को रीसेट कर सकते हैं।

डेवलपर्स को यह पता लगाने में बहुत मज़ा आएगा कि क्या हुआ! निश्चित रूप से, आप कुछ और भी अधिक मज़ा ले सकते हैं!

मैं वास्तव में आशा करता हूं कि Apple द्वारा इस तरह की बातों पर किसी का ध्यान नहीं गया (मुझे इस विषय पर कोई भी जानकारी नहीं मिली), और इस तरह के ट्रिक्स AppstoreConnect में स्वत: असेंबली सत्यापन के चरण में कहीं प्रकट होते हैं। लेकिन ईमानदार होने के लिए, मुझे चेक करने का मन नहीं करता।

ऐसी बातें दोस्तों। अगर किसी को भी विषय में दिलचस्पी है, तो मुझे चर्चा करने में खुशी होगी।

PS मुझे अपना 2011 वापस दे दो!