useState में डबल रेंडर को समझना

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

स्ट्रिक्ट मोड की भूमिका

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

दोहरे आह्वान के परिणाम

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