स्कैला छाया चर का समर्थन क्यों करता है?

Question

मुझे लगता है कि छाया चर का उपयोग करने के लिए बहुत खतरनाक हैं। स्कैला इस भाषा का निर्माण क्यों करती है? इसके लिए कुछ मजबूत कारण होना चाहिए, लेकिन मुझे यह नहीं मिल रहा है।

Answer 1

बस एक चेतावनी के रूप में: एक चर, विधि, या प्रकार छाया अन्य चर, विधि, या एक ही नाम है, जब यह एक आंतरिक दायरे में घोषित किया जाता है, यह असंभव बाहरी का उल्लेख करने के बनाने के प्रकार के लिए कहा जाता है एक अयोग्य तरीके से स्कोप इकाई (या, कभी-कभी, बिल्कुल)। जावा की तरह स्कैला, छायांकन की अनुमति देता है।

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

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

छायांकन अच्छी आईडीई के साथ एक समस्या से कम हो जाता है जो उदाहरण के लिए हो सकता है अपने स्रोत कोड में कर्सर के नीचे परिवर्तनीय की घोषणा, और संदर्भों में हाइलाइट करें।

बस मेरे दो यहाँ सेंट ...

Answer 2

मुझे लगता है कि छाया चर उन्हें इस्तेमाल करने के लिए बहुत खतरनाक हैं।

आप जो कुछ भी चाहते हैं उसे सोचने के हकदार हैं। हालांकि, चूंकि आपने कोई डेटा, अध्ययन या यहां तक ​​कि कारण प्रदान नहीं किए हैं, इसलिए राय का कोई मूल्य नहीं है।

स्कैला इस भाषा का निर्माण क्यों करता है?

क्योंकि यह उपयोगी है। प्रोग्रामर को मनमाने ढंग से पहचानकर्ता नामों का आविष्कार करने की आवश्यकता नहीं है क्योंकि गुंजाइश में कुछ पहचानकर्ता पहले ही इसका उपयोग कर रहे हैं।

यह वाइल्डकार्ड आयात को और भी उपयोगी बनाता है, क्योंकि यह एक संकलन तोड़ने का मौका हटा देता है क्योंकि किसी तीसरे पक्ष ने एक पहचानकर्ता जोड़ा है जिसका आप उपयोग कर रहे हैं।

इसके लिए कुछ मजबूत कारण होना चाहिए, लेकिन मुझे यह नहीं मिल रहा है।

इसके लिए एक मजबूत कारण क्यों होना चाहिए? इसके फायदे हैं, और नुकसान की अनुपस्थिति में (आपने कोई भी प्रस्तुत नहीं किया है), यह पर्याप्त है।

संपादित

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

के कुछ उदाहरण देखते हैं:

// Not allowed, because it shadows List 
import java.util._ 

class A { 
    // Not allowed, because it shadows this, hashCode, equals, toString 
    class B 
} 

कि एक बहुत ही कष्टप्रद भाषा के लिए होगा।