राज्य

हम गो 1.13 पर कड़ी मेहनत कर रहे हैं, जिसमें से, मुझे उम्मीद है कि इस साल अगस्त की शुरुआत में होगा। यह पहली रिलीज है जिसमें इस तरह के बदलावों पर लंबे समय तक स्थगन के बाद भाषा में बदलाव (और न सिर्फ विनिर्देश में मामूली बदलाव) शामिल होंगे।

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

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

गो 1.13 के इन शुरुआती परिवर्तनों को देखते हुए, गो 1.14 के भविष्य के बारे में सोचने और यह निर्धारित करने का समय है कि हम आगे क्या बदलना चाहते हैं।

1.14 के लिए सुझाव

आज हम गो के लिए जो लक्ष्य निर्धारित करते हैं, वे 2007 में ही हैं: सॉफ्टवेयर विकास को स्केलेबल बनाने के लिए । गो के लिए स्केलेबिलिटी में सुधार करने के लिए तीन मुख्य बाधाएं एक पैकेज और संस्करण प्रबंधन प्रणाली की कमी हैं, एक बेहतर त्रुटि हैंडलिंग प्रणाली और जेनरिक के लिए समर्थन।

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

हम भाषा को धीरे-धीरे सुधारना भी जारी रखना चाहते हैं। 1.14 Go के लिए, हमने निम्नलिखित प्रस्ताव चुने:

# 32437 अंतर्निहित त्रुटि चेकिंग फ़ंक्शन "प्रयास" ( डिज़ाइन दस्तावेज़ ) है।

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

# 6977 । ओवरलैपिंग इंटरफेस ( डिज़ाइन दस्तावेज़ ) के एम्बेडिंग की अनुमति दें।

यह एम्बेडिंग इंटरफेस को अधिक सहिष्णु बनाने के लिए एक पुराना पिछड़ा संगत प्रस्ताव है।

# 32479 । go vet के लिए फार्म string(int) रूपांतरण के बारे में चेतावनी दें।

string(int) का एक रूपांतरण string(int) लंबे समय तक सुविधा के लिए जोड़ा गया है, हालांकि यह शुरुआती ( string(10) "\n" , "10" नहीं string(10) लिए बहुत भ्रामक है और अब उचित नहीं है, क्योंकि अब रूपांतरण unicode/utf8 पैकेज में उपलब्ध है unicode/utf8 । चूँकि इस परिवर्तन को हटाना एक पिछड़ा संगत परिवर्तन नहीं है, इसलिए हम सुझाव देते हैं कि जब आप go vet करते हैं तो त्रुटि को फेंक देते go vet ।

# 32466 क्रिप्टोग्राफी डिजाइन सिद्धांतों ( डिजाइन दस्तावेज ) को स्वीकार करें।

यह क्रिप्टोग्राफ़िक लाइब्रेरी डिज़ाइन सिद्धांतों के एक सेट के लिए एक फीडबैक अनुरोध है जिसे हम स्वीकार करना चाहेंगे। crypto/tls से SSLv3 समर्थन को हटाने के लिए संबंधित सुझाव भी देखें।

अगले चरण

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

यदि ये प्रस्ताव स्पष्ट समस्याओं को पूरा नहीं करते हैं, तो हम विकास चक्र गो 1.14 (अगस्त 2019 की शुरुआत) की शुरुआत में सब कुछ लागू करने की योजना बनाते हैं, ताकि यह पहले से ही अभ्यास में मूल्यांकन किया जा सके। प्रस्तावों के मूल्यांकन की प्रक्रिया के अनुसार, अंतिम निर्णय विकास चक्र के अंत में (नवंबर 2019 की शुरुआत में) किया जाएगा।

गो भाषा को बेहतर बनाने में मदद करने के लिए धन्यवाद!

रॉबर्ट Griesemer, गो टीम के लिए