उपयोग करने के लिए कोई स्पष्ट प्रदर्शन लाभ नहीं हैं readonly
, कम से कम कोई भी नहीं जिसे मैंने कभी भी कहीं भी देखा है। यह जैसा आपने सुझाया है, वैसा ही करने के लिए, जैसा कि इसे शुरू में संशोधित किया गया है, इसे रोकने के लिए है।
इसलिए यह फायदेमंद है कि यह आपको अधिक मजबूत, अधिक पठनीय कोड लिखने में मदद करता है। इस तरह की चीजों का वास्तविक लाभ तब मिलता है जब आप किसी टीम में या रखरखाव के लिए काम कर रहे होते हैं। readonly
कोड में उस चर के उपयोग के लिए एक अनुबंध डालने के लिए कुछ के रूप में घोषणा करना । जैसे अन्य कीवर्ड के रूप में एक ही तरह से प्रलेखन जोड़ने के रूप में समझें internal
या private
, तुम कह रहे हो "इस चर initialisation के बाद संशोधित नहीं किया जाना चाहिए", और आप इसके अलावा रहे हैं लागू करने यह।
इसलिए यदि आप एक वर्ग बनाते हैं और readonly
डिज़ाइन द्वारा कुछ सदस्य चर को चिह्नित करते हैं , तो आप अपने आप को या किसी अन्य टीम के सदस्य को बाद में गलती करने से रोकते हैं जब वे आपकी कक्षा का विस्तार या संशोधन कर रहे होते हैं। मेरी राय में, यह एक लाभ के लायक है (कमेंट्स में अतिरिक्त भाषा जटिलता के छोटे खर्च पर) टिप्पणियों में।