आईओएस में माइक्रोइंटरटैक्स। यांडेक्स व्याख्यान

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


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

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

लेकिन पहले, थोड़ी व्याकुलता। इसके बारे में सोचें, क्या आपको याद है जब आपने डेवलपर बनने का फैसला किया था? मुझे स्पष्ट रूप से याद है। यह सब एक मेज के साथ शुरू हुआ। एक बार मैंने ओबीजीसी सीखने का फैसला किया। फैशनेबल भाषा, मौज-मस्ती, बिना किसी दूरगामी योजना के। मुझे एक किताब मिली, ऐसा लगता है, बिग नर्ड रेंच, और अध्याय द्वारा अध्याय पढ़ना, प्रत्येक व्यायाम करना, जाँच करना, पढ़ना, जब तक मैं मेज पर नहीं पहुंच गया। फिर मैं पहली बार प्रतिनिधि पैटर्न के साथ परिचित हुआ, इसके उप-प्रजाति "डेटा स्रोत", डेटा स्रोत के साथ और अधिक सटीक रूप से। यह प्रतिमान मुझे अब बहुत सरल लगता है: डेटा स्रोत है, प्रतिनिधि हैं, सब कुछ सरल है। लेकिन फिर इसने मेरे दिमाग को उड़ा दिया: मैं किसी तालिका को पूरी तरह से अलग डेटा से कैसे अलग कर सकता हूं? आपने एक बार कागज़ के एक टुकड़े पर एक तालिका देखी थी जिसमें आप अनंत संख्या में पंक्तियाँ डाल सकते हैं, पूरी तरह से सार डेटा। इसने मुझे बहुत प्रभावित किया। मुझे एहसास हुआ कि प्रोग्रामिंग, विकास में जबरदस्त अवसर हैं, और उन्हें लागू करना बहुत दिलचस्प होगा। तब से, मैंने एक डेवलपर बनने का फैसला किया।

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

आज मैं एक और दृष्टिकोण के बारे में बात करूँगा जो एक और मानवीय चीज़ को लेता है। विशेष रूप से, सूक्ष्म बातचीत के बारे में।

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

मैं एक स्मार्ट डेवलपर हूं, मैंने सब कुछ किया। मुझे अतुल्य नूडल कोड की 1000 से अधिक लाइनें मिलीं। यह काम किया, लेकिन मुझे कोड समीक्षा पर एक अच्छी टिप्पणी मिली: "मुझे वास्तव में उम्मीद है कि कोई भी कभी भी इस कोड को संपादित नहीं करेगा।" और मेरे लिए यह व्यावहारिक रूप से अनुपयुक्त है। मैंने भयानक कोड लिखा था। यह अच्छा काम किया, यह मेरे सबसे अच्छे एनिमेशन में से एक था, लेकिन कोड भयानक था।

आज मैं उस दृष्टिकोण का वर्णन करने की कोशिश करूंगा जो मैंने उस नौकरी को छोड़ने के बाद पाया।



चलो सबसे मानवीय विषय के साथ शुरू करते हैं - माइक्रोएनेरेशन मॉडल। वे कैसे एम्बेडेड हैं और आम तौर पर वे हमारे अनुप्रयोगों में कहां छिपे हुए हैं? आइए इस मॉडल का उपयोग हमारी तकनीकी दुनिया में करते रहें। विचार करें कि UIView, जो प्रदर्शन और एनीमेशन से संबंधित है, यह कैसे काम करता है। विशेष रूप से, हम CAAction तंत्र के बारे में बहुत सारी बातें करेंगे, जो UIView, CALayer के साथ घनिष्ठ रूप से काम करता है। और फिर छोटे उदाहरणों पर विचार करें।

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

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

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

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

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

ऐसा लगता है कि इसे समाप्त करना संभव था। आखिरकार, हमने इस समस्या को हल किया, सभी फार्मेसियों को पाया। केवल एक समस्या है: उपयोगकर्ता अभी भी इन फार्मेसियों के बारे में कुछ भी नहीं जानता है। उसे इसे पार करने की जरूरत है।

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

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

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

कल्पना कीजिए, यूएक्स डिजाइनर यह सब लेकर आया, डेवलपर के पास आता है और रंगों में वर्णन करना शुरू करता है कि उपयोगकर्ता बटन कैसे क्लिक करता है, कैसे और क्या होता है, कैसे खोजा जाता है, उपयोगकर्ता कैसे संतुष्ट होता है, हम DAU और इतने पर कैसे बढ़ाते हैं। जब हमने पहली बार बटन का उल्लेख किया था, तो डेवलपर से अनसुलझे प्रश्नों का ढेर पहले वाक्य में कहीं और लगा था।

वह धैर्यपूर्वक सब कुछ सुनता है, और अंत में, जब वह समाप्त होता है, तो वह कहता है कि ठीक है, यह अच्छा है, लेकिन चलो बटन पर चर्चा करें। यह एक महत्वपूर्ण तत्व है।

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

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

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

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

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

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

UIView अपने प्रतिनिधियों को होने वाली घटनाओं के बारे में सूचित कर सकता है, और ग्राहकों को संदेश भी भेज सकता है, उदाहरण के लिए, UIControl उपवर्गों को अलग-अलग ईवेंट बनाएं। इस तरह, इस उविवि के व्यापारिक तर्क को लागू किया जाता है। उनमें से सभी के पास व्यावसायिक तर्क नहीं हैं, उनमें से कई केवल प्रदर्शन तत्व हैं और व्यापारिक तर्क के अर्थ में प्रतिक्रिया नहीं है।



हमने दो बिंदुओं को देखा, एक ट्रिगर और व्यावसायिक तर्क। और UIView में छिपी प्रतिक्रिया और राज्य परिवर्तन कहां है? इसे समझने के लिए, हमें यह याद रखना चाहिए कि UIView स्वयं मौजूद नहीं है। जब बनाया जाता है, तो यह एक बैकलेयर बनाता है, कैलेयर का एक उपवर्ग।



और खुद को अपना प्रतिनिधि नियुक्त करता है। यह समझने के लिए कि यूएवीवाई कैलेयर का उपयोग कैसे करता है, यह विभिन्न राज्यों में मौजूद हो सकता है।

एक राज्य को दूसरे से कैसे अलग किया जाए? वे डेटा के सेट में भिन्न होते हैं जिन्हें कहीं संग्रहीत करने की आवश्यकता होती है। हम विचार करेंगे कि कैलेयर हमें UIView के लिए कौन सी सुविधाएँ प्रदान करता है, ताकि यह राज्य को संग्रहीत करे।



हमारा इंटरफ़ेस थोड़ा विस्तार कर रहा है, UIView और CALayer के बीच की बातचीत, UIView का एक अतिरिक्त कार्य है - CALayer के अंदर रिपॉजिटरी को अपडेट करना।

एक अल्पज्ञात तथ्य जो कुछ लोग उपयोग करते हैं: क्लेयर एक साहचर्य सरणी के रूप में व्यवहार कर सकते हैं, जिसका अर्थ है कि हम किसी भी कुंजी पर इसके लिए मनमाना डेटा लिख ​​सकते हैं: setValue (_: forKey :)।



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

यह स्टाइल प्रॉपर्टी द्वारा कार्यान्वित किया जाता है जो किसी भी काइलेर के पास होती है। डिफ़ॉल्ट रूप से, यह शून्य है, लेकिन हम इसे फिर से परिभाषित और उपयोग कर सकते हैं।



सामान्य तौर पर, यह एक नियमित शब्दकोश है और इससे अधिक कुछ भी नहीं है, लेकिन इसमें इस बारे में एक ख़ासियत है कि कैलेयर इसके साथ कैसे काम करता है, अगर हम मूल्य पूछते हैं, तो NSObject के पास एक और तरीका है। यह बहुत दिलचस्प ढंग से कार्य करता है, यह स्टाइल शब्दकोश में आवश्यक मूल्यों की पुनरावृत्ति के लिए खोज करता है। यदि हम एक मौजूदा शैली को शैली की कुंजी के साथ एक नई शैली में पैक करते हैं और वहां कुछ चाबियाँ लिखते हैं, लेकिन यह निम्नलिखित तरीके से दिखेगा।



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

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

भंडारण के साथ समाप्त, CAAction से शुरू करें। मैं आपको उसके बारे में और अधिक बताऊंगा।



UIView के लिए एक नया कार्य है - CALayer से कार्रवाई करने का अनुरोध करना। कर्म क्या हैं?



CAAction सिर्फ एक प्रोटोकॉल है जिसमें केवल एक विधि है - रन। आम तौर पर Apple को सिनेमा थीम, "कैमरा, मोटर!" के रूप में एक्शन पसंद है। यह "मोटर" केवल एक क्रिया है, न कि केवल उस नाम का उपयोग किया गया था। रन विधि का अर्थ है एक ऐसी कार्रवाई शुरू करना जो शुरू, निष्पादित और समाप्त हो सकती है, जो सबसे महत्वपूर्ण है। यह विधि बहुत सामान्य है, इसमें केवल एक घटना स्ट्रिंग है, और बाकी सब किसी भी प्रकार का हो सकता है। ObjC में, यह सभी id और एक सामान्य NS वाला है।



UIKit के अंदर कक्षाएं हैं जो CAAction प्रोटोकॉल को संतुष्ट करती हैं। पहला एनीमेशन है। पहले, हम जानते हैं कि एनीमेशन को एक लेयर में जोड़ा जा सकता है, लेकिन यह बहुत ही निम्न स्तर की चीज़ है। इसके ऊपर एक उच्च-स्तरीय अमूर्त एक परत के साथ आवश्यक मापदंडों के साथ एक कार्रवाई चलाने के लिए है।

दूसरा महत्वपूर्ण अपवाद NSNull है। हम जानते हैं कि उसे किसी भी तरीके से नहीं बुलाया जा सकता है, लेकिन वह CAAction प्रोटोकॉल को संतुष्ट करता है, और परतों में CAAction को आसानी से खोजने के लिए ऐसा किया जाता है।



जैसा कि हमने पहले कहा था, यूआईवीवाई कैलेयर का एक प्रतिनिधि है, और एक प्रतिनिधि विधि कार्रवाई है (के लिए: forKey :)। परत में एक विधि है, क्रिया forKey।



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

लेकिन निम्नलिखित है। प्रतिनिधि के साथ विचार-विमर्श करने और प्रतिनिधि के वापस आने के बाद, उन्होंने खोज जारी रखी। सबसे पहले, क्रियाएँ शब्दकोश में, जो परत है, और फिर यह पुन: शैली शैली शब्दकोश में खोज करेगा, जहाँ क्रिया कुंजी के साथ एक शब्दकोश भी हो सकता है, जिसमें कई क्रियाएं लिखी जा सकती हैं, और यह उनके लिए खोज करने में सक्षम हो जाएगा। यदि यह वहां काम नहीं करता है, तो वह कक्षा से डिफ़ॉल्ट क्रिया forKey पद्धति के लिए पूछेगा, जिसे CALayer द्वारा परिभाषित किया गया है और जब तक कि कुछ हाल ही में वापस नहीं आया है, लेकिन हाल ही में यह हमेशा iOS के हाल के संस्करणों में शून्य लौटाता है।

सिद्धांत को समझ लिया। आइए देखें कि व्यवहार में सब कुछ कैसे लागू किया जाता है।

घटनाएँ होती हैं, उनकी चाबी होती है, इन घटनाओं पर कुछ कार्रवाई होती है। मौलिक रूप से, दो अलग-अलग प्रकार की घटनाओं को प्रतिष्ठित किया जा सकता है। पहला संग्रहित गुणों का एनीमेशन है। मान लीजिए जब हम Viewcolor = View पर लाल कहते हैं, तो यह सैद्धांतिक रूप से चेतन के लिए संभव है।



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



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



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

लेकिन UIView में एक विशेषता है, अगर हम UIView में बैकग्राउंड कलरर को बदलते हैं, अगर हम एनीमेशन ब्लॉक में ऐसा करते हैं, तो यह एनिमेटेड है, और अगर यह एनीमेशन ब्लॉक के बाहर है, तो यह एनिमेटेड नहीं है।



सब कुछ बहुत सरल है, कोई जादू नहीं है। लेकिन बस याद रखें कि UIView, कैलेयर का एक प्रतिनिधि है, इसकी एक ऐसी विधि है। सब कुछ बहुत सरल है।

यदि एनीमेशन ब्लॉक में यह विधि चलाई गई थी, तो यह किसी प्रकार की कार्रवाई लौटाएगा। यदि एनीमेशन ब्लॉक के बाहर, यह विधि NSNull को वापस कर देगी, जिसका अर्थ है कि कुछ भी एनिमेटेड होने की आवश्यकता नहीं है। , CALayer .

, UIView , . . ?



, . UIView , read only, , inheritedAnimationDuration. . , . .

? duration, . , run, , .



, CAAction, backgroundcolor opacity, UIView . , , , , . . setValue forKey , , , , , , .

, , , , .

— . , «» «» . .

.



. , , , . UIView CALayer, , , CAAction, , , .





, , , . , . .

. - .

CAAction, , . , , , .



, , , home, . , . , .



. - .



, - , - . , , . , .

, , .



, CAAction , . , UIControl, - , - , , , - .

, . , UIView -, , - , , , .

— . .

? . , . — . activating, inactive active. , , .



. , onOrderIn onOrderOut. , UIKit, .

, -, — , .



. UIView , : isActive progress. . CAAction, .

, . , , 30 CAACtion, . , 30 , NSNull. 15 15 . . — . , — .

, . .

. , , : , -, .

, , . . , UIKit , . . , , , . आपका ध्यान के लिए धन्यवाद।