दिलचस्प पोस्ट
स्विफ्ट 3.0 और एनएस एनोटिफिकेशन सेंटर में सूचना 2.0 का इस्तेमाल करते हुए डाटा कैसे पहुंचे? ओआरए-00 9 18: कॉलम अस्पष्ट ढंग से चयन में परिभाषित * टिक टीएसी को पैर की अंगुली खेल को निर्धारित करने के लिए एल्गोरिदम आईओएस शुरू पृष्ठभूमि थ्रेड जब उपयोगकर्ता ब्राउज़र पर वापस बटन को वापस करता है तो ट्रैक करें Android Google Analytics रेफ़रलकर्ता टैग प्राप्त करें कैसे प्रोग्रामिंग के आईपी पता को पाने के लिए कौन सी cmd.exe आंतरिक कमांड सफलतापूर्वक 0 पर ERRORLEVEL को साफ़ करें? घंटे के लिए सेकंड कन्वर्ट: मिनट: दूसरा मैं डिक्ट को बचाने के लिए अचार कैसे का उपयोग कर सकता हूं? प्रक्रिया मानक से आउटपुट प्राप्त करेंऑप्टपुट मुझे कैसे पता है कि सहायताMapFragment का उपयोग करते समय मानचित्र का उपयोग करने के लिए तैयार है? दो वर्गों से विस्तार सत्र का स्कोअरस्टॉरेज और स्थानीय स्टोरेज सीएसएस पेज-ब्रेक को कितने पंक्तियों के साथ तालिका मुद्रित करने के लिए आवेदन कैसे करें?

विस्तारित तरीकों को केवल गैर-नेस्टेड, गैर-सामान्य स्थैतिक वर्ग में क्यों स्वीकार्य है?

विस्तारित तरीकों को केवल गैर-नेस्टेड, गैर-सामान्य स्थैतिक वर्ग में क्यों स्वीकार्य है? क्या नेस्टेड, सामान्य स्थिर वर्ग में विस्तार विधियों पर विचार करने के लिए बेकार है?

वेब के समाधान से एकत्रित समाधान "विस्तारित तरीकों को केवल गैर-नेस्टेड, गैर-सामान्य स्थैतिक वर्ग में क्यों स्वीकार्य है?"

विस्तारित तरीकों को केवल गैर-नेस्टेड, गैर-सामान्य स्थैतिक वर्ग में क्यों स्वीकार्य है?

जैसा कि प्रतीिक बताते हैं, हम जो प्रश्न का सामना करते हैं वह नहीं है "क्यों नेस्टेड या सामान्य वर्गों में विस्तार विधियों की अनुमति नहीं है ?" भाषा डिजाइनर के रूप में हम जो प्रश्न पूछते हैं वह है "विस्तारित तरीकों को नीडिंत या सामान्य वर्गों में क्यों अनुमति दी जानी चाहिए ?"

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

असल में, विस्तार विधियों को LINQ का काम करने के लिए डिज़ाइन किया गया था। जो भी कुछ भी LINQ काम करने में योगदान नहीं था कट गया था। LINQ को केवल कार्य करने के लिए स्थिर, गैर-सामान्य, गैर-नेस्टेड कक्षाओं में एक्सटेंशन विधियों की आवश्यकता होती है, इसलिए हम जो डिजाइन और कार्यान्वित करते हैं

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

क्या नेस्टेड, सामान्य स्थिर वर्ग में विस्तार विधियों पर विचार करने के लिए बेकार है?

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

जैसे कि एरिक लिपर ने अपने ब्लॉग में कई बार सी # को बदलकर लिखा है, यह ध्यान से मूल्यांकन करने के लिए मानदंडों के एक सेट के खिलाफ मूल्यांकन किया गया है, न कि अकेले प्रौद्योगिकी के आधार पर। इस मामले में जो कि जोखिम को कम करने के लिए लिनक को सक्षम करने के लिए आवश्यक नहीं था। इसी प्रश्न के लिए एरिक से इस ब्लॉग पोस्ट को देखें।

मेरा मानना ​​है कि ऐसा किया गया है ताकि संकलक उचित समय में विस्तार विधि का पता लगा सके / खोज सके। इसके अलावा, ध्यान दें कि जटिल खोज विस्तार विधियां केवल नाम दायरे के सेट में हैं जो फ़ाइल दायरे में हैं – यह भी इसी तरह के कारणों के लिए किया जाता है।

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