नई वाक्य रचना एक ही बात का मतलब है, लेकिन अधिक परिस्थितियों में इस्तेमाल किया जा सकता है और अधिक निर्माणों व्यक्त कर सकते हैं और वैचारिक अस्पष्टता के एक नंबर, विशेष रूप से पैरामीट्रिक कंस्ट्रक्टर्स आसपास समाप्त करता है। पुराना वाक्यविन्यास 0.6 में बहिष्कृत किया जाएगा और पुराने सिंटैक्स में से कुछ को 1.0 में अलग-अलग अर्थों के साथ पुनः दावा किया जाएगा। मूल रूप से, F{T}(args...)
साथ समस्या यह है कि F{T}
हिस्सा धारणात्मक अस्पष्ट है - पार्सर जानता है इसका क्या मतलब है, लेकिन यह अक्सर मनुष्य के लिए भ्रमित कर रहा है:
अलगाव F{T}
में प्रकार पैरामीटर T
साथ पैरामीट्रिक प्रकार F
का मतलब है।
कोष्ठक इसके बाद, नहीं एक विधि परिभाषा के भाग के रूप, F{T}(args...)
args...
तर्कों को प्रकार F{T}
लागू करने के लिए एक समारोह के रूप, आम तौर पर प्रकार F{T}
का एक उदाहरण के निर्माण का मतलब है।
कोष्ठक इसके बाद और बराबर होती है, अर्थात F{T}(args...) = expr
में के रूप में एक विधि परिभाषा के भाग के रूप में, यह एक विधि T
औपचारिक तर्क args...
और परिभाषा expr
प्रकार मानकों के साथ, F
एक समारोह के रूप के लिए परिभाषित करने के लिए इसका मतलब है।
विशेष रूप से, इन दोनों में से किसी के लिए कोई वाक्य रचना है।
प्रत्येक पैरामीट्रिक मान T
के लिए F{T}
पर कोई विधि जोड़ना।
यह स्थिति जूलिया 0.5 में कन्स्ट्रक्टर सिंटैक्स का कारण बनती है और इससे पहले कि अधिक जरूरी और अनजान हो। जूलिया 1.0 प्रकार पैरामीटर और कन्स्ट्रक्टर दोनों सिद्धांतों के बाद अधिक सहज और सुसंगत होंगे:
- किसी विधि को परिभाषित करने के लिए उपयोग किए गए वाक्यविन्यास हमेशा इसे कॉल करने के लिए उपयोग किए गए वाक्यविन्यास से मेल खाते हैं।
F{T}
वाक्य रचना हमेशा पैरामीटर T
साथ प्रकार F
को दर्शाता है।
- प्रकार पैरामीटर हमेशा
where
खंड द्वारा शुरू कर रहे हैं।
0 में परिवर्तनों की एक और विस्तृत व्याख्या होगी।6 रिलीज हो गया है, शायद 0.6 रिलीज की हाइलाइट्स पर एक ब्लॉग पोस्ट में।
मुझे आपके प्रश्न का उत्तर नहीं पता है, लेकिन मैं उत्सुक हूं कि नया वाक्यविन्यास पुरानी जगह लेता है या इसके अतिरिक्त आता है। – DNF