जावा में नए कीवर्ड

निकट भविष्य में, नई सुविधाएँ जावा भाषा में दिखाई देंगी, जो वर्तमान में वल्लाह, पनामा और लूम की परियोजनाओं के तहत काम की जा रही हैं। किसी भाषा का विस्तार करना आसान काम नहीं है, विशेष रूप से ऐसी भाषा नहीं जिसमें पिछड़ेपन पर जोर दिया जाता है; इसलिए, आसानी से जाने के लिए जावा में उनके एकीकरण के लिए, भाषा आर्किटेक्ट को संचित मूलभूत मुद्दों को हल करना होगा।

कल (8 जनवरी), ब्रायन गोएट्ज़ ने जावा लैंग्वेज आर्किटेक्ट के रूप में ओरेकल के लिए काम करते हुए एक पत्र पोस्ट किया, "हमें प्रोजेक्ट एम्बर मेलिंग सूची के लिए अधिक कीवर्ड, कप्तान!" की आवश्यकता है। जिसमें उन्होंने भाषा में नए कीवर्ड जोड़ने की समस्या को हल करने का एक तरीका प्रस्तावित किया। परिणामस्वरूप, कीवर्ड भाषा में गैर-अशक्त , गैर-अंतिम , अंततः-अंतिम और इस तरह से वापस आ सकते हैं (पोस्ट के अंत में कट-आउट के तहत एक पूरी सूची आपका इंतजार कर रही है)।

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

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

"पुराने" तरीके

जैसा कि आप जानते हैं, आज जावा भाषा में 50 कीवर्ड ( कीवर्ड ) हैं, जिन्हें चर के पहचानकर्ता के रूप में उपयोग करने से मना किया जाता है। खंड 3.9 में जेएलएस भाषा विनिर्देश में एक पूरी सूची दी गई है । यह सूची भाषा के पहले संस्करण के बाद से बहुत अधिक नहीं बदली है - केवल 4 में संस्करण में जोड़ा गया था , 5 में enum और 9 में _ । इसके अलावा, उनमें "आरक्षित पहचानकर्ता" भी हैं - सही , गलत और अशक्त - जो कीवर्ड के समान व्यवहार करता है जिस तरह से।

जब डेवलपर्स को भाषा में एक नया कीवर्ड जोड़ने की आवश्यकता होती है, तो उन्हें निम्न विधियों में से एक का सहारा लेना पड़ता है।

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

सिद्धांत रूप में, इनमें से कोई भी विधि आमतौर पर लागू की जा सकती है, लेकिन उनमें से प्रत्येक में इसकी कमियां हैं, और भाषा के एक गंभीर पूर्ण-पैमाने पर विस्तार के लिए, ये विधियाँ अकेले स्पष्ट रूप से पर्याप्त नहीं हैं - भविष्य के नवाचारों के लिए, भाषा सिंटैक्स का पूरी तरह से विस्तार करने में असमर्थता को समाप्त करना आवश्यक होगा।

नए कीवर्ड जोड़ना

नए शब्दों को "जोड़ने" और जोड़ने के खिलाफ निम्नलिखित तर्क हैं।

• चयनित कीवर्ड जितना अधिक सुविधाजनक और लोकप्रिय होगा, उतनी बार यह कार्यक्रमों के स्रोत कोड में आएगा, जो भाषा के लिए असंगति जोड़ देगा (उदाहरण के लिए, जब शब्द एसईआर जावा एसई 1.4 में दिखाई दिया, तो सभी परीक्षण ढांचे ने काम करना बंद कर दिया)।
• डेवलपर द्वारा कोड की इस तरह की असंगति को समाप्त करने की लागत छोटे (स्थानीय चर का नाम बदलकर) से घातक (जब इंटरफ़ेस विधि या सार्वजनिक प्रकार अमान्य है) में बहुत भिन्न होगी।
• भाषा डेवलपर्स जो शब्द का उपयोग करने की सबसे अधिक संभावना है, वे लोकप्रिय पहचानकर्ता हैं (उदाहरण के लिए, मूल्य , संस्करण या विधि );
• यदि आप उन शब्दों का चयन करते हैं जो शायद ही कभी स्रोत कोड में उपयोग किए जाते हैं और जिसके साथ कम टकराव होंगे, तो आपको आमतौर पर____________ाराह_____ जैसे_लॉग्स का उपयोग करना होगा, जो भाषा में स्वाभाविक रूप से बचने के लिए वांछनीय होगा।
• यदि, हालांकि, आप शायद ही कभी इस्तेमाल किए जाने वाले शब्दों को चुनने का सहारा लेते हैं, तो इस पद्धति का उपयोग करना भी अक्सर काम नहीं करेगा - संगतता को तोड़ना अच्छा नहीं है, और इतने अधिक सफल संयोजन नहीं हैं।

"पुराने" कीवर्ड का पुन: उपयोग करना

"बस" के बारे में उन शब्दों के साथ रहना जारी है, विचार हैं।

• विभिन्न संदर्भों में खोजशब्दों के पुन: उपयोग की मिसालें कई प्रोग्रामिंग भाषाओं में पाई जाती हैं (उदाहरणों में जावा से एक उदाहरण (एब) का उपयोग "पदनाम नहीं", "पुनर्परिभाषित नहीं" और "एक्स्टेंसिबल नहीं") के लिए अंतिम है।
• कभी-कभी यह दृष्टिकोण समझ में आता है और अपने आप आता है, लेकिन आमतौर पर यह प्राथमिकता नहीं है।
• समय के साथ, कीवर्ड के एक सेट के लिए आवश्यकताओं का विस्तार होता है, और यह एक मजेदार बिंदु पर आ सकता है - कोई भी अपने कोड में अशक्त अंतिम का उपयोग नहीं करना चाहता है।
• यदि उत्तरार्द्ध आपको एक अतिशयोक्ति लग रहा था, तो ध्यान रखें कि जेईपी 325 पर काम करते समय उन्होंने गंभीरता से अलग-अलग शब्दार्थों के साथ स्विच का वर्णन करने के लिए नए स्विच निर्माण का उपयोग करने का सुझाव दिया - यदि आप एक ही नस में जारी रखते हैं, तो दस साल बाद हम पहुंच सकते हैं नया नया स्विच ।

नए कीवर्ड के बिना कैसे रहें? भाषा के विकास में पूरी तरह से उलझाव को रोकना संभव है, जैसा कि कुछ ने सुझाव दिया है। लेकिन यह गंभीर नहीं है और बाकी की राय के साथ फिट नहीं है, क्योंकि डेवलपर्स से भाषा की नई विशेषताओं में एक स्वस्थ रुचि है।

प्रासंगिक कीवर्ड

प्रासंगिक कीवर्ड जिनका उपयोग कोड में एक विशिष्ट अर्थ प्रदान करने के लिए किया जाता है, लेकिन पहली नज़र में आरक्षित शब्द ( C # में प्रयुक्त ) समान "जादू की छड़ी" प्रतीत नहीं होते हैं, लेकिन यहां ब्रायन अभ्यास के आधार पर अपने स्वयं के दृष्टिकोण को सेट करते हैं। उदाहरण के लिए, Java 10 में var कार्यान्वयन, जो एक कीवर्ड नहीं है, लेकिन आरक्षित प्रकार का नाम है )। मौजूदा कार्यक्रमों को "ब्रेक" किए बिना नए कीवर्ड जोड़ने के भ्रम के बदले, हमें भाषा में जटिलता और विकृति बढ़ जाती है।

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

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

आप इस उपकरण का उपयोग कर सकते हैं, लेकिन सावधानी के साथ ऐसा करें।

जीभ की विकृति

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

जावा डेवलपर्स के लिए, आज एनोटेशन के बजाय एक इंटरफ़ेस लिखना आम बात है, लेकिन हर कोई इस बात से सहमत होगा कि @ और "पुराने" कीवर्ड के संयोजन के बजाय अनुकूल शब्द एनोटेशन का उपयोग करना अधिक तार्किक होगा।

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

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

उपर्युक्त सभी से निष्कर्ष स्वयं पता चलता है: हमें खोजशब्दों का एक और स्रोत चाहिए।

प्रस्तावित समाधान

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

इसलिए, एक हाइफ़न का उपयोग करके निर्मित कीवर्ड का उपयोग करना प्रस्तावित है, जो एक या अधिक "पुराने" कीवर्ड या आरक्षित पहचानकर्ताओं का उपयोग करेगा।

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

नए कीवर्ड के उदाहरण के रूप में, नए कीवर्ड के स्थान के लिए संभावित उम्मीदवारों को दिया गया है (मुझे याद है कि लेखक के अनुसार, फिलहाल यह सूची पूरी तरह से निराशाजनक है):

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

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

यह समझा जाता है कि यह दृष्टिकोण किसी भी तरह से इसे उन लोगों के साथ एक साथ उपयोग करने की संभावना को बाहर नहीं करता है जो पहले उपयोग किए गए थे, लेकिन उनके साथ उपयोग किया जाएगा।