उन्नत डिबग

डीबग एरिया Xcode में iOS डेवलपर्स के काम में एक उपयोगी विशेषता है। जैसे ही हम iOS के लिए विकास में मास्टर करना शुरू करते हैं, और परिचित और प्रिय प्रिंट विधि से दूर जाने की कोशिश करते हैं, और एक निश्चित अवधि में सिस्टम की स्थिति को समझने के लिए तेज़ और अधिक सुविधाजनक तरीके ढूंढते हैं, हम डिबग क्षेत्र का अध्ययन करना शुरू करते हैं।

सबसे अधिक संभावना है, पैनल में आपकी आंखें गिरने से पहले ही समझ जाएंगी कि वास्तव में वहां क्या होता है। जब एप्लिकेशन पहली बार क्रैश होता है, तो निचला मेनू स्वचालित रूप से खुलता है, यह शुरू में समस्या को समझने में सहायता के रूप में काम कर सकता है (अच्छे पुराने "घातक त्रुटि: इंडेक्स ऑफ रेंज") को याद रखें, मूल रूप से बहुत शुरुआत में आप यह नहीं समझ पाएंगे कि एक्सकोड हमारे लिए क्या चाहता है और इसे Google। गलतियाँ, लेकिन विकास के दौरान अधिक से अधिक जानकारी स्पष्ट हो जाएगी।

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

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

आइए एक स्क्रीन के साथ एक सरल एप्लिकेशन बनाएं जिसमें हमारे अंदर केवल दो प्रकार के साथ एक ही प्रकार की कोशिकाएं (TableViewcell) होंगी: UIImageView और UILabel। कोशिकाओं में हम इसकी क्रम संख्या लिखेंगे, और चित्र में image1 या image2 डालेंगे।

TableViewCellForRowAtIndexPath विधि हमारे लिए कोशिकाएँ बनाएगी, डेटा डालेगी और लौटेगी:



यह विधि निम्नलिखित तालिका उत्पन्न करेगी:

ब्रेकप्वाइंट

चलो हमारे कार्यक्रम को रोकते हैं और हमारे लेबल में कुछ पाठ जोड़ते हैं।

1. ब्रेकपॉइंट सेट करें:



2. प्रोग्राम को पाठ असाइन किए जाने के तुरंत बाद, लाइन 55 पर निष्पादन रोक दिया गया। चूंकि हम सेल के दृश्य क्षेत्र में स्थित एक पंक्ति पर हैं, हम अपने सेल के साथ बातचीत कर सकते हैं।

3. हम कंसोल में सेल के टेक्स्ट को बदलने के लिए एक कमांड लिखते हैं:



4. हम अपने ब्रेकपॉइंट को हटाते हैं और बटन दबाते हैं "कार्यक्रम का निष्पादन जारी रखें।"

5. हमारे फोन की स्क्रीन पर हम देखते हैं कि सब कुछ सफलतापूर्वक निकला:



अभिव्यक्ति अभिव्यक्ति निष्पादित करती है और वर्तमान थ्रेड पर एक मान लौटाती है।

संपादित ब्रेकपॉइंट

लेकिन, क्या होगा अगर हमें बड़ी संख्या में कोशिकाओं में पाठ को बदलने की आवश्यकता है? या क्या हमें कार्यक्रम निष्पादन की प्रक्रिया में पहले से ही पता चल गया है कि हमें बदलने की आवश्यकता है?

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

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

1. ब्रेकपॉइंट बनाएं।
2. ब्रेकपॉइंट तीर पर बायाँ-क्लिक करें।
3. ब्रेकपॉइंट संपादित करें पर क्लिक करें।
4. शर्त - ऐसी स्थितियां जिनके तहत ब्रेकपॉइंट काम करेगा, अब हमें इसकी आवश्यकता नहीं है।
5. ध्यान न दें - कितनी बार ब्रेकप्वाइंट को काम करने से पहले छोड़ दें (यह भी नहीं)।
6. लेकिन एक्शन वह है जिसकी हमें आवश्यकता है, डेबगर कमांड के प्रकार का चयन करें।
7. हम उस अभिव्यक्ति को लिखते हैं जिसे हमें निष्पादित करने की आवश्यकता है:
8. अभिव्यक्ति cell.desriptionTextOutlet.text = "\ (indexPath.item) मिशन पूरा"।
9. एक टिक लगाएं - कमांड के सफल समापन के बाद निष्पादन जारी रखें।

9. हम कोशिश कर रहे हैं।



यह एक सफलता है, यह तालिका के गठन के दौरान प्रत्येक सेल के लिए पाठ को बदलने के लिए निकला, और हमें समय का बलिदान करने और प्रत्येक के लिए संचालन निर्धारित करने की आवश्यकता नहीं थी।

ब्रेकपॉइंट फ़ंक्शन

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

1. ब्रेकपॉइंट नेविगेटर में, सिम्बोलिक ब्रेकपॉइंट चुनें।



2. हम सेल में पाठ को सेट करने की विधि को ट्रैक करना चाहते हैं, लिखें - [UILabel setText:]।



3. शून्य तर्क मौजूद नहीं है, और गिनती पहले से शुरू होती है। पकड़ा गया पहला तरीका वह नहीं है जो हमें चाहिए (हम वर्तमान समय को स्टेटस बार में सेट करते हैं), लेकिन दूसरा सिर्फ हमारा है:

4. "$ arg1" के तहत वस्तु का विवरण संग्रहीत किया जाता है।

5. "$ arg2" के तहत चयनकर्ता फ़ंक्शन संग्रहीत होता है।

6. "$ arg3" के तहत विधि द्वारा प्राप्त पाठ संग्रहीत किया जाता है।

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

ब्रेकपॉइंट बनाने के लिए, हम इसे लाइन पर सेट करते हैं, और एक्शन में हम निम्नलिखित कोड लिखते हैं:

breakpoint set --one-shot true --name "-[UILabel setText:]” 

breakpoint set —one-shot true - ब्रेकपॉइंट बनाएं
—name चरित्र —name का नाम है
“-[UILabel setText:]” विधि

यहाँ क्या हुआ:

रेखाएं छोड़ें

लेकिन क्या होगा अगर हमें संदेह है कि कोड की कुछ लाइन हमारे पूरे कार्यक्रम को खराब कर देती है? कोड निष्पादन के दौरान, आप इस तरह कोड की एक विशिष्ट लाइन निष्पादित करने से बच सकते हैं:

1. हमने एक बिंदु पर ब्रेकपॉइंट लगाया, जिसे हम निष्पादित नहीं करना चाहेंगे।
2. जब निष्पादन बंद हो जाता है, तो उसे उस रेखा पर खींचें, जिसके साथ हम प्रोग्राम का निष्पादन जारी रखना चाहते हैं (मज़ेदार, लेकिन यह हमेशा काम नहीं करता है, बिना ड्रैग किए विकल्प कम है)।

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



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



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



एक अच्छा संयोजन, अब हमारे पास प्रत्येक सेल में केवल एक प्रकार का चित्र है।

Watchpoint

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

वॉचपॉइंट को मान पर सेट करने के लिए, आपको उन गुणों के दायरे में ब्रेकपॉइंट प्रोग्राम को रोकना होगा जिन्हें आप मॉनिटर करना चाहते हैं, "डिबग वैरिएबल" पैनल में प्रॉपर्टी का चयन करें और वॉच "<पैरामीटर>" चुनें।



एक चर के साथ घड़ी की कल को हटाने के लिए, आपको ब्रेकपॉइंट नेविगेटर पर ध्यान देने की आवश्यकता है, वहां ब्रेकपॉइंट के साथ हमारा वॉचपॉइंट होगा।

ब्रेकपाइ यूआई चेंज

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

 expression self.view.recursiveDescription() 

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

 expression -l objc -O - - [`self.view` recursiveDescription] 

आप यहाँ क्या देखते हैं? मुझे एक असुविधाजनक निर्माण दिखाई देता है, जिसका उपयोग समय के साथ किया जा सकता है, लेकिन हम इसे बेहतर नहीं करते हैं, लेकिन कमांड को सरल बनाने के लिए टाइपेलियास का उपयोग करते हैं:

 command alias poc expression -l objc -O — 

अब हमारी टीम सिकुड़ रही है और सरल हो रही है, लेकिन काम करना जारी है:

 poc [`self.view` recursiveDescription] 

क्या यह Xcode या किसी अन्य प्रोजेक्ट को बंद करने के बाद काम करेगा? काश, नहीं। लेकिन इसे ठीक किया जा सकता है! .Lldbinit फ़ाइल बनाकर और हमारे उपनाम वहाँ दर्ज करें। अगर आपको यह पता नहीं है कि, यहाँ वस्तुओं पर निर्देश है:

1. .lldbinit फ़ाइल बनाएँ (आप एक प्रोटोटाइप के रूप में .itignore ले सकते हैं, यह एक ही प्रकार की पाठ अदृश्य फ़ाइलों से संबंधित है)।

2. इस फ़ाइल में निम्नलिखित कमांड लिखें:

  command alias poc expression -l objc -O - - 

3. फ़ाइल को फ़ोल्डर में "MacintoshHD / Users / <यहाँ आपके उपयोगकर्ता का नाम>" है।

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

 po unsafeBitCast(0x105508410, to: UIImageView.self) 

अब हम सेल में अपनी तस्वीर की स्थिति देख सकते हैं, इसे स्थानांतरित करते हैं ताकि यह सेल पर केंद्रित हो और 20 पीएक्स की तरफ से एक इंडेंट हो।



कभी-कभी एक परिवर्तन तुरंत ध्यान देने योग्य नहीं होता है, लेकिन परिवर्तन को नोटिस करने के लिए डिबग से एप्लिकेशन को निकालना आवश्यक है।

लेकिन अगर हम प्रत्येक सेल में कुछ समान देखना चाहते हैं, तो हमें आदेशों के निष्पादन में तेजी लाने की आवश्यकता है, हम पायथन में कई स्क्रिप्ट लिख सकते हैं जो हमारे लिए काम करेगी (आप देख सकते हैं कि यहां स्क्रिप्ट कैसे जोड़ें www.raywenderlich.com/612-custom-lldb-commands-in-in अभ्यास ), और यदि आप जानते हैं कि पायथन को कैसे संभालना है और इस पर lldb लिखना चाहते हैं तो आप काम में आएंगे।

मैंने UIView वर्ग के लिए एक एक्सटेंशन लिखने का फैसला किया, जो कि दृश्य को सही दिशा में ले जाएगा, यह मुझे लग रहा था कि नई स्क्रिप्ट्स को LLDB से जोड़ने में कम समस्याएं होंगी और किसी भी iOS प्रोग्रामर के लिए मुश्किल नहीं होगी (अन्यथा आपको LLDB के लिए पायथन सीखने की जरूरत है)।

मैंने मेमोरी में ऑब्जेक्ट की जगह की तलाश नहीं की और इसे वांछित वर्ग में लाया, ताकि मैं बाद में एक फ्रेम लूंगा, इसमें भी बहुत समय लगेगा। UIView एक्सटेंशन में एक फ़ंक्शन लिखकर प्रश्न हल किया गया था:



दुर्भाग्य से, यह कोशिकाओं के साथ अच्छी तरह से काम नहीं करता है, इस तथ्य के कारण सबसे अधिक संभावना है कि उस समय फ्लश कमांड निष्पादित किया गया था, न कि सभी सेल पदों की गणना की गई थी और यह स्क्रीन पर दिखाई नहीं दिया था (हम अभी तक तालिका दृश्य वापस नहीं आए हैं)। अन्य स्थिर तत्वों के साथ, यह ठीक काम करता है।

पदानुक्रम में दृश्य की स्थिति जानने के बाद, हम इसे एक्सेस कर सकते हैं और इसकी स्थिति बदल सकते हैं।

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

बाधा डेटा प्राप्त करने के लिए:

1. डीबग व्यू पदानुक्रम पर क्लिक करें।
2. दिखाई देने वाली स्क्रीन के निचले भाग में पैनल में क्लिप की गई सामग्री को सक्षम करें।
3. एक ही पैनल में बाधाओं को सक्षम करें।
4. कंट्रास्ट का चयन करें।
5. मेनू में, Edit -> Copy (कमांड + C) पर क्लिक करें।
6. इस तरह के बंधन की नकल की जाती है: ((NSLayoutConstraint *) 0x2838a39d0)।
7. और अब, जैसे ही हम इसे कोड के माध्यम से बदलते हैं, आप इसे lldb में भी बदल सकते हैं:
expression [((NSLayoutConstraint *)0x2838a39d0) setConstant: 60]
8. जारी बटन पर क्लिक करने के बाद, आइटम स्क्रीन पर अपनी स्थिति को अपडेट करेगा।

आप एक ही तरीके से रंग, पाठ और बहुत कुछ बदल सकते हैं:

 expression [(UILabel *)0x102d0a260] setTextColor: UIColor.whiteColor] 

डेमो प्रोजेक्ट बहुत सरल निकला (ViewController में कोड की 60 लाइनें), मेरे द्वारा लिखे गए अधिकांश कोड लेख में प्रस्तुत किए गए हैं, इसलिए परीक्षण परियोजना को पुन: प्रस्तुत करने में कोई कठिनाई नहीं होगी।

पुनश्च: यदि आपके प्रश्न या टिप्पणी हैं, तो लिखें। WWDC और प्रो के रूप में डिबेट पर एक नज़र डालें।

मैं आपको सामग्री के साथ खुद को परिचित करने की सलाह भी देता हूं:

उन्नत डिबगर WWDC 18 सत्र से प्रेरित
डिबगर कमांड
LLDB Xcode में पायथन स्क्रिप्ट्स जोड़ना