मॉड्यूल-3: Difference between revisions

From Vigyanwiki
No edit summary
Line 22: Line 22:
}}
}}


Modula-3 एक [[प्रोग्रामिंग भाषा]] है जिसे [[Modula-2]] के उन्नत संस्करण के उत्तराधिकारी के रूप में तैयार किया गया है जिसे [[Modula-2+]] के नाम से जाना जाता है। हालांकि यह अनुसंधान क्षेत्रों में प्रभावशाली रहा है ([[जावा (प्रोग्रामिंग भाषा)]], सी शार्प (प्रोग्रामिंग भाषा)|सी#, [[पायथन (प्रोग्रामिंग भाषा)]] जैसी भाषाओं के डिजाइन को प्रभावित कर रहा है।<ref>{{Cite web |url=https://docs.python.org/3/faq/design.html#why-self |title=Design and History FAQ: Why must 'self' be used explicitly in method definitions and calls? |date=March 21, 2020 |website=Python.org |access-date=2020-03-21}}</ref> और [[निम (प्रोग्रामिंग भाषा)]]) इसे उद्योग में व्यापक रूप से नहीं अपनाया गया है। इसे [[डिजिटल उपकरण निगम]] (डीईसी) [[डीईसी सिस्टम्स रिसर्च सेंटर]] (एसआरसी) में [[लुका कार्डेली]], जेम्स डोनह्यू, ल्यूसिल ग्लासमैन, मिक जॉर्डन ([[ओलिवेत्ति]] सॉफ्टवेयर टेक्नोलॉजी प्रयोगशाला से पहले), बिल कल्सो और [[ग्रेग नेल्सन (कंप्यूटर वैज्ञानिक)]] द्वारा डिजाइन किया गया था। 1980 के दशक के अंत में ओलिवेटी रिसर्च सेंटर (ओआरसी)।
Modula-3 [[प्रोग्रामिंग भाषा]] है जिसे [[Modula-2]] के उन्नत संस्करण के उत्तराधिकारी के रूप में तैयार किया गया है जिसे [[Modula-2+]] के नाम से जाना जाता है। हालांकि यह अनुसंधान क्षेत्रों में प्रभावशाली रहा है ([[जावा (प्रोग्रामिंग भाषा)]], सी शार्प (प्रोग्रामिंग भाषा)|सी#, [[पायथन (प्रोग्रामिंग भाषा)]] जैसी भाषाओं के डिजाइन को प्रभावित कर रहा है।<ref>{{Cite web |url=https://docs.python.org/3/faq/design.html#why-self |title=Design and History FAQ: Why must 'self' be used explicitly in method definitions and calls? |date=March 21, 2020 |website=Python.org |access-date=2020-03-21}}</ref> और [[निम (प्रोग्रामिंग भाषा)]]) इसे उद्योग में व्यापक रूप से नहीं अपनाया गया है। इसे [[डिजिटल उपकरण निगम]] (डीईसी) [[डीईसी सिस्टम्स रिसर्च सेंटर]] (एसआरसी) में [[लुका कार्डेली]], जेम्स डोनह्यू, ल्यूसिल ग्लासमैन, मिक जॉर्डन ([[ओलिवेत्ति]] सॉफ्टवेयर टेक्नोलॉजी प्रयोगशाला से पहले), बिल कल्सो और [[ग्रेग नेल्सन (कंप्यूटर वैज्ञानिक)]] द्वारा डिजाइन किया गया था। 1980 के दशक के अंत में ओलिवेटी रिसर्च सेंटर (ओआरसी)।


मॉड्यूला-3 की मुख्य विशेषताएं सिस्टम-प्रोग्रामिंग भाषा की शक्ति को संरक्षित करते हुए सरलता और सुरक्षा हैं। मॉड्यूला-3 का उद्देश्य व्यावहारिक वास्तविक दुनिया प्रोग्रामिंग के लिए नए निर्माणों को पेश करते हुए प्रकार की सुरक्षा की [[पास्कल (प्रोग्रामिंग भाषा)]] परंपरा को जारी रखना है। विशेष रूप से मॉड्यूला-3 में [[ सामान्य प्रोग्रामिंग ]] ([[टेम्पलेट (प्रोग्रामिंग)]] के समान), [[थ्रेड (कंप्यूटर विज्ञान)]], अपवाद प्रबंधन, कचरा संग्रह (कंप्यूटर विज्ञान), [[ ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग ]], [[आंशिक रहस्योद्घाटन]] के लिए समर्थन जोड़ा गया{{Explain|date=August 2021}}, और असुरक्षित कोड का स्पष्ट अंकन। मॉड्यूला-3 का डिज़ाइन लक्ष्य एक ऐसी भाषा थी जो आधुनिक [[अनिवार्य प्रोग्रामिंग]] भाषाओं की सबसे महत्वपूर्ण विशेषताओं को काफी बुनियादी रूपों में लागू करती है। इस प्रकार कथित रूप से खतरनाक और जटिल विशेषताएं जैसे एकाधिक वंशानुक्रम और [[ऑपरेटर ओवरलोडिंग]] को छोड़ दिया गया।
मॉड्यूला-3 की मुख्य विशेषताएं सिस्टम-प्रोग्रामिंग भाषा की शक्ति को संरक्षित करते हुए सरलता और सुरक्षा हैं। मॉड्यूला-3 का उद्देश्य व्यावहारिक वास्तविक दुनिया प्रोग्रामिंग के लिए नए निर्माणों को पेश करते हुए प्रकार की सुरक्षा की [[पास्कल (प्रोग्रामिंग भाषा)]] परंपरा को जारी रखना है। विशेष रूप से मॉड्यूला-3 में [[ सामान्य प्रोग्रामिंग |सामान्य प्रोग्रामिंग]] ([[टेम्पलेट (प्रोग्रामिंग)]] के समान), [[थ्रेड (कंप्यूटर विज्ञान)]], अपवाद प्रबंधन, कचरा संग्रह (कंप्यूटर विज्ञान), [[ ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग |ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग]] , [[आंशिक रहस्योद्घाटन]] के लिए समर्थन जोड़ा गया, और असुरक्षित कोड का स्पष्ट अंकन। मॉड्यूला-3 का डिज़ाइन लक्ष्य ऐसी भाषा थी जो आधुनिक [[अनिवार्य प्रोग्रामिंग]] भाषाओं की सबसे महत्वपूर्ण विशेषताओं को काफी बुनियादी रूपों में लागू करती है। इस प्रकार कथित रूप से खतरनाक और जटिल विशेषताएं जैसे एकाधिक वंशानुक्रम और [[ऑपरेटर ओवरलोडिंग]] को छोड़ दिया गया।


==ऐतिहासिक विकास==
==ऐतिहासिक विकास==
मोडुला-3 परियोजना नवंबर 1986 में शुरू हुई जब [[मौरिस विल्केस]] ने मॉड्यूला के नए संस्करण के लिए कुछ विचारों के साथ [[ निकोलस विर्थ ]] को लिखा। विल्केस इस बिंदु से ठीक पहले डीईसी में काम कर रहे थे, और इंग्लैंड लौट आए थे और ओलिवेटी के अनुसंधान रणनीति बोर्ड में शामिल हो गए थे। विर्थ पहले ही [[ओबेरॉन (प्रोग्रामिंग भाषा)]] में चले गए थे, लेकिन विल्क्स की टीम द्वारा मोडुला नाम के तहत विकास जारी रखने में उन्हें कोई समस्या नहीं थी। भाषा की परिभाषा अगस्त 1988 में पूरी हुई, और जनवरी 1989 में एक अद्यतन संस्करण पूरा हुआ। डीईसी और ओलिवेटी के कंपाइलर्स ने जल्द ही इसका अनुसरण किया, और उसके बाद तीसरे पक्ष का कार्यान्वयन हुआ।
मोडुला-3 परियोजना नवंबर 1986 में शुरू हुई जब [[मौरिस विल्केस]] ने मॉड्यूला के नए संस्करण के लिए कुछ विचारों के साथ [[ निकोलस विर्थ |निकोलस विर्थ]] को लिखा। विल्केस इस बिंदु से ठीक पहले डीईसी में काम कर रहे थे, और इंग्लैंड लौट आए थे और ओलिवेटी के अनुसंधान रणनीति बोर्ड में शामिल हो गए थे। विर्थ पहले ही [[ओबेरॉन (प्रोग्रामिंग भाषा)]] में चले गए थे, लेकिन विल्क्स की टीम द्वारा मोडुला नाम के तहत विकास जारी रखने में उन्हें कोई समस्या नहीं थी। भाषा की परिभाषा अगस्त 1988 में पूरी हुई, और जनवरी 1989 में अद्यतन संस्करण पूरा हुआ। डीईसी और ओलिवेटी के कंपाइलर्स ने जल्द ही इसका अनुसरण किया, और उसके बाद तीसरे पक्ष का कार्यान्वयन हुआ।


इसका डिज़ाइन उस समय एसआरसी और [[बलूत का फल कंप्यूटर]] रिसर्च सेंटर (एआरसी, बाद में ओआरसी जब ओलिवेटी [[ कब्जा ]] एकोर्न) में उपयोग में आने वाली मोडुला-2+ भाषा पर काम से काफी प्रभावित था, जो वह भाषा थी जिसमें ऑपरेटिंग सिस्टम था DEC फ़ायरफ़्लाई मल्टीप्रोसेसर [[VAX]] वर्कस्टेशन लिखा गया था और जिसमें [[एआरएम वास्तुकला]] आधारित [[बलूत का फल आर्किमिडीज़]] श्रेणी के कंप्यूटरों के ARX (ऑपरेटिंग सिस्टम) ऑपरेटिंग सिस्टम प्रोजेक्ट के लिए ARC पर एकॉर्न सी और मॉड्यूला एक्ज़ीक्यूशन लाइब्रेरी (CAMEL) के लिए एकोर्न कंपाइलर लिखा गया था। जैसा कि संशोधित मॉड्यूला -3 रिपोर्ट में कहा गया है, भाषा अन्य भाषाओं जैसे [[मेसा (प्रोग्रामिंग भाषा)]], सीडर (प्रोग्रामिंग भाषा), [[ऑब्जेक्ट पास्कल]], ओबेरॉन (प्रोग्रामिंग भाषा) और [[यूक्लिड (प्रोग्रामिंग भाषा)]] से प्रभावित थी।<ref name=DecSrcRr052>[http://www.hpl.hp.com/techreports/Compaq-DEC/SRC-RR-52.html Modula-3 report (revised)] Luca Cardelli, James Donahue, Lucille Glassman, Mick Jordan, Bill Kalsow, Greg Nelson. [[DEC Systems Research Center]] (SRC) Research Report 52 (November 1989)</ref>
इसका डिज़ाइन उस समय एसआरसी और [[बलूत का फल कंप्यूटर]] रिसर्च सेंटर (एआरसी, बाद में ओआरसी जब ओलिवेटी [[ कब्जा |कब्जा]] एकोर्न) में उपयोग में आने वाली मोडुला-2+ भाषा पर काम से काफी प्रभावित था, जो वह भाषा थी जिसमें ऑपरेटिंग सिस्टम था DEC फ़ायरफ़्लाई मल्टीप्रोसेसर [[VAX]] वर्कस्टेशन लिखा गया था और जिसमें [[एआरएम वास्तुकला]] आधारित [[बलूत का फल आर्किमिडीज़]] श्रेणी के कंप्यूटरों के ARX (ऑपरेटिंग सिस्टम) ऑपरेटिंग सिस्टम प्रोजेक्ट के लिए ARC पर एकॉर्न सी और मॉड्यूला एक्ज़ीक्यूशन लाइब्रेरी (CAMEL) के लिए एकोर्न कंपाइलर लिखा गया था। जैसा कि संशोधित मॉड्यूला -3 रिपोर्ट में कहा गया है, भाषा अन्य भाषाओं जैसे [[मेसा (प्रोग्रामिंग भाषा)]], सीडर (प्रोग्रामिंग भाषा), [[ऑब्जेक्ट पास्कल]], ओबेरॉन (प्रोग्रामिंग भाषा) और [[यूक्लिड (प्रोग्रामिंग भाषा)]] से प्रभावित थी।<ref name=DecSrcRr052>[http://www.hpl.hp.com/techreports/Compaq-DEC/SRC-RR-52.html Modula-3 report (revised)] Luca Cardelli, James Donahue, Lucille Glassman, Mick Jordan, Bill Kalsow, Greg Nelson. [[DEC Systems Research Center]] (SRC) Research Report 52 (November 1989)</ref>
1990 के दशक के दौरान, मॉड्यूला-3 ने एक शिक्षण भाषा के रूप में काफी लोकप्रियता हासिल की, लेकिन इसे कभी भी औद्योगिक उपयोग के लिए व्यापक रूप से नहीं अपनाया गया। इसमें योगदान देने वाला एक प्रमुख मॉड्यूला-3 समर्थक डीईसी का निधन हो सकता है (विशेषकर जब 1998 में डीईसी को [[कॉम्पैक]] को बेचे जाने से पहले इसने इसे प्रभावी ढंग से बनाए रखना बंद कर दिया था)। किसी भी मामले में, मॉड्यूला-3 की सरलता और शक्ति के बावजूद, ऐसा प्रतीत होता है कि ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग के प्रतिबंधित कार्यान्वयन के साथ प्रक्रियात्मक [[संकलित भाषा]] की बहुत कम मांग थी। कुछ समय के लिए, CM3 नाम का एक वाणिज्यिक [[ संकलक ]] DEC SRC के पूर्व मुख्य कार्यान्वयनकर्ताओं में से एक द्वारा बनाए रखा गया था, जिसे DEC से पहले काम पर रखा गया था, कॉम्पैक को बेचा जा रहा था, रिएक्टर नामक एक एकीकृत विकास वातावरण (आईडीई) और एक एक्स्टेंसिबल [[जावा वर्चुअल मशीन]] ([[बाइनरी कोड]] में लाइसेंस प्राप्त) और स्रोत कोड प्रारूप और रिएक्टर के साथ निर्माण योग्य) क्रिटिकल मास, इंक. द्वारा पेश किए गए थे, लेकिन उस कंपनी ने 2000 में सक्रिय संचालन बंद कर दिया और अपने उत्पादों के कुछ स्रोत कोड दे दिए। {{not a typo|elego}} सॉफ्टवेयर सॉल्यूशंस जीएमबीएच। मॉड्यूला-3 अब विश्वविद्यालयों में ज्यादातर तुलनात्मक प्रोग्रामिंग भाषा पाठ्यक्रमों में पढ़ाया जाता है, और इसकी पाठ्यपुस्तकें प्रिंट से बाहर हैं। मूलतः Modula-3 का एकमात्र कॉर्पोरेट समर्थक है {{not a typo|elego}}, जिसे क्रिटिकल मास से स्रोत विरासत में मिले और तब से उसने स्रोत और बाइनरी कोड में CM3 सिस्टम के कई रिलीज़ किए हैं। रिएक्टर आईडीई को कई वर्षों के बाद खुला स्रोत जारी किया गया है, नए नाम सीएम3-आईडीई के साथ। मार्च 2002 में, {{not a typo|elego}} ने एक अन्य सक्रिय मॉड्यूला-3 वितरण, पीएम3 के भंडार को भी अपने कब्जे में ले लिया, जिसे तब तक इकोले पॉलिटेक्निक डी मॉन्ट्रियल में बनाए रखा गया था, लेकिन बाद में एचएम3 पर काम जारी रहा, बाद के वर्षों में इसमें सुधार हुआ जब तक कि यह अप्रचलित नहीं हो गया।
1990 के दशक के दौरान, मॉड्यूला-3 ने शिक्षण भाषा के रूप में काफी लोकप्रियता हासिल की, लेकिन इसे कभी भी औद्योगिक उपयोग के लिए व्यापक रूप से नहीं अपनाया गया। इसमें योगदान देने वाला प्रमुख मॉड्यूला-3 समर्थक डीईसी का निधन हो सकता है (विशेषकर जब 1998 में डीईसी को [[कॉम्पैक]] को बेचे जाने से पहले इसने इसे प्रभावी ढंग से बनाए रखना बंद कर दिया था)। किसी भी मामले में, मॉड्यूला-3 की सरलता और शक्ति के बावजूद, ऐसा प्रतीत होता है कि ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग के प्रतिबंधित कार्यान्वयन के साथ प्रक्रियात्मक [[संकलित भाषा]] की बहुत कम मांग थी। कुछ समय के लिए, CM3 नाम का वाणिज्यिक [[ संकलक |संकलक]] DEC SRC के पूर्व मुख्य कार्यान्वयनकर्ताओं में से द्वारा बनाए रखा गया था, जिसे DEC से पहले काम पर रखा गया था, कॉम्पैक को बेचा जा रहा था, रिएक्टर नामक एकीकृत विकास वातावरण (आईडीई) और एक्स्टेंसिबल [[जावा वर्चुअल मशीन]] ([[बाइनरी कोड]] में लाइसेंस प्राप्त) और स्रोत कोड प्रारूप और रिएक्टर के साथ निर्माण योग्य) क्रिटिकल मास, इंक. द्वारा पेश किए गए थे, लेकिन उस कंपनी ने 2000 में सक्रिय संचालन बंद कर दिया और अपने उत्पादों के कुछ स्रोत कोड दे दिए। {{not a typo|elego}} सॉफ्टवेयर सॉल्यूशंस जीएमबीएच। मॉड्यूला-3 अब विश्वविद्यालयों में ज्यादातर तुलनात्मक प्रोग्रामिंग भाषा पाठ्यक्रमों में पढ़ाया जाता है, और इसकी पाठ्यपुस्तकें प्रिंट से बाहर हैं। मूलतः Modula-3 का एकमात्र कॉर्पोरेट समर्थक है {{not a typo|elego}}, जिसे क्रिटिकल मास से स्रोत विरासत में मिले और तब से उसने स्रोत और बाइनरी कोड में CM3 सिस्टम के कई रिलीज़ किए हैं। रिएक्टर आईडीई को कई वर्षों के बाद खुला स्रोत जारी किया गया है, नए नाम सीएम3-आईडीई के साथ। मार्च 2002 में, {{not a typo|elego}} ने अन्य सक्रिय मॉड्यूला-3 वितरण, पीएम3 के भंडार को भी अपने कब्जे में ले लिया, जिसे तब तक इकोले पॉलिटेक्निक डी मॉन्ट्रियल में बनाए रखा गया था, लेकिन बाद में एचएम3 पर काम जारी रहा, बाद के वर्षों में इसमें सुधार हुआ जब तक कि यह अप्रचलित नहीं हो गया।


==वाक्यविन्यास==
==वाक्यविन्यास==
{{Expand section|date=July 2011}}<!-- Still needs some fleshing out. -->
किसी भाषा के [[सिंटैक्स (प्रोग्रामिंग भाषाएँ)]] का सामान्य उदाहरण हैलो, वर्ल्ड! कार्यक्रम.
किसी भाषा के [[सिंटैक्स (प्रोग्रामिंग भाषाएँ)]] का एक सामान्य उदाहरण हैलो, वर्ल्ड! कार्यक्रम.


<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 >
<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 >
Line 44: Line 43:
</सिंटैक्सहाइलाइट>
</सिंटैक्सहाइलाइट>


मॉड्यूल-3 के सभी प्रोग्रामों में कम से कम एक मॉड्यूल फ़ाइल होती है, जबकि अधिकांश में एक इंटरफ़ेस फ़ाइल भी शामिल होती है जिसका उपयोग क्लाइंट मॉड्यूल से डेटा तक पहुंचने के लिए करते हैं। कुछ अन्य भाषाओं की तरह, एक मॉड्यूला-3 प्रोग्राम को एक मुख्य मॉड्यूल निर्यात करना होगा, जो या तो Main.m3 नाम की एक फ़ाइल हो सकती है, या एक फ़ाइल कॉल कर सकती है <code>EXPORT</code> मुख्य मॉड्यूल निर्यात करने के लिए। <सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 >मॉड्यूल फू एक्सपोर्ट्स मुख्य</सिंटैक्सहाइलाइट> मॉड्यूल फ़ाइल नाम स्रोत कोड में नाम के समान होने की सलाह दी जाती है। यदि वे भिन्न हैं, तो कंपाइलर केवल एक चेतावनी उत्सर्जित करता है।
मॉड्यूल-3 के सभी प्रोग्रामों में कम से कम मॉड्यूल फ़ाइल होती है, जबकि अधिकांश में इंटरफ़ेस फ़ाइल भी शामिल होती है जिसका उपयोग क्लाइंट मॉड्यूल से डेटा तक पहुंचने के लिए करते हैं। कुछ अन्य भाषाओं की तरह, मॉड्यूला-3 प्रोग्राम को मुख्य मॉड्यूल निर्यात करना होगा, जो या तो Main.m3 नाम की फ़ाइल हो सकती है, या फ़ाइल कॉल कर सकती है <code>EXPORT</code> मुख्य मॉड्यूल निर्यात करने के लिए। <सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 >मॉड्यूल फू एक्सपोर्ट्स मुख्य</सिंटैक्सहाइलाइट> मॉड्यूल फ़ाइल नाम स्रोत कोड में नाम के समान होने की सलाह दी जाती है। यदि वे भिन्न हैं, तो कंपाइलर केवल चेतावनी उत्सर्जित करता है।


सिंटैक्स में अन्य परंपराओं में इंटरफ़ेस के निर्यातित प्रकार का नामकरण शामिल है <code>T</code>, चूंकि प्रकार आमतौर पर उनके पूर्ण नामों से योग्य होते हैं, इसलिए एक प्रकार <code>T</code> अंदर एक मॉड्यूल का नाम Foo रखा जाएगा <code>Foo.T</code>. इससे पठनीयता में सहायता मिलती है. इसी तरह का एक अन्य सम्मेलन किसी सार्वजनिक वस्तु का नामकरण करना है <code>Public</code> जैसा कि नीचे दिए गए OOP उदाहरणों में है।
सिंटैक्स में अन्य परंपराओं में इंटरफ़ेस के निर्यातित प्रकार का नामकरण शामिल है <code>T</code>, चूंकि प्रकार आमतौर पर उनके पूर्ण नामों से योग्य होते हैं, इसलिए प्रकार <code>T</code> अंदर मॉड्यूल का नाम Foo रखा जाएगा <code>Foo.T</code>. इससे पठनीयता में सहायता मिलती है. इसी तरह का अन्य सम्मेलन किसी सार्वजनिक वस्तु का नामकरण करना है <code>Public</code> जैसा कि नीचे दिए गए OOP उदाहरणों में है।


==भाषा विशेषताएँ==
==भाषा विशेषताएँ==


===मॉड्यूलैरिटी===
===मॉड्यूलैरिटी===
सबसे पहले और सबसे महत्वपूर्ण, सभी संकलित इकाइयाँ या तो हैं <code>INTERFACE</code> या कार्यान्वयन <code>MODULE</code>एस, एक स्वाद या दूसरे का। कीवर्ड से शुरू होने वाली एक इंटरफ़ेस संकलित इकाई <code>INTERFACE</code>, स्थिरांक, प्रकार, चर, अपवाद और प्रक्रियाओं को परिभाषित करता है। कार्यान्वयन मॉड्यूल, कीवर्ड से शुरू होता है <code>MODULE</code>, इंटरफ़ेस को लागू करने के लिए आवश्यक कोड और कोई अन्य स्थिरांक, प्रकार या चर प्रदान करता है। डिफ़ॉल्ट रूप से, एक कार्यान्वयन मॉड्यूल उसी नाम के इंटरफ़ेस को लागू करेगा, लेकिन एक मॉड्यूल स्पष्ट रूप से कर सकता है <code>EXPORT</code> एक ऐसे मॉड्यूल के लिए जिसका नाम समान नहीं है। उदाहरण के लिए, मुख्य प्रोग्राम मुख्य इंटरफ़ेस के लिए एक कार्यान्वयन मॉड्यूल निर्यात करता है।
सबसे पहले और सबसे महत्वपूर्ण, सभी संकलित इकाइयाँ या तो हैं <code>INTERFACE</code> या कार्यान्वयन <code>MODULE</code>एस, स्वाद या दूसरे का। कीवर्ड से शुरू होने वाली इंटरफ़ेस संकलित इकाई <code>INTERFACE</code>, स्थिरांक, प्रकार, चर, अपवाद और प्रक्रियाओं को परिभाषित करता है। कार्यान्वयन मॉड्यूल, कीवर्ड से शुरू होता है <code>MODULE</code>, इंटरफ़ेस को लागू करने के लिए आवश्यक कोड और कोई अन्य स्थिरांक, प्रकार या चर प्रदान करता है। डिफ़ॉल्ट रूप से, कार्यान्वयन मॉड्यूल उसी नाम के इंटरफ़ेस को लागू करेगा, लेकिन मॉड्यूल स्पष्ट रूप से कर सकता है <code>EXPORT</code> ऐसे मॉड्यूल के लिए जिसका नाम समान नहीं है। उदाहरण के लिए, मुख्य प्रोग्राम मुख्य इंटरफ़ेस के लिए कार्यान्वयन मॉड्यूल निर्यात करता है।


<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 >
<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 >
Line 71: Line 70:
</सिंटैक्सहाइलाइट>
</सिंटैक्सहाइलाइट>


आमतौर पर, कोई केवल इंटरफ़ेस आयात करता है, और इंटरफ़ेस के भीतर आइटम तक पहुंचने के लिए 'डॉट' नोटेशन का उपयोग करता है (रिकॉर्ड के भीतर फ़ील्ड तक पहुंचने के समान)। एक सामान्य उपयोग किसी भी समर्थन प्रक्रिया के साथ प्रति इंटरफ़ेस एक [[डेटा संरचना]] (रिकॉर्ड या ऑब्जेक्ट) को परिभाषित करना है। यहां मुख्य प्रकार को 'टी' नाम मिलेगा, और एक का उपयोग इन के रूप में किया जाएगा <code>MyModule.T</code>.
आमतौर पर, कोई केवल इंटरफ़ेस आयात करता है, और इंटरफ़ेस के भीतर आइटम तक पहुंचने के लिए 'डॉट' नोटेशन का उपयोग करता है (रिकॉर्ड के भीतर फ़ील्ड तक पहुंचने के समान)। सामान्य उपयोग किसी भी समर्थन प्रक्रिया के साथ प्रति इंटरफ़ेस [[डेटा संरचना]] (रिकॉर्ड या ऑब्जेक्ट) को परिभाषित करना है। यहां मुख्य प्रकार को 'टी' नाम मिलेगा, और का उपयोग इन के रूप में किया जाएगा <code>MyModule.T</code>.


आयातित मॉड्यूल और मॉड्यूल के भीतर अन्य इकाई के बीच नाम टकराव की स्थिति में, आरक्षित शब्द
आयातित मॉड्यूल और मॉड्यूल के भीतर अन्य इकाई के बीच नाम टकराव की स्थिति में, आरक्षित शब्द
Line 78: Line 77:


===सुरक्षित बनाम असुरक्षित===
===सुरक्षित बनाम असुरक्षित===
कुछ क्षमताएं असुरक्षित मानी जाती हैं, जहां कंपाइलर अब गारंटी नहीं दे सकता कि परिणाम सुसंगत होंगे; उदाहरण के लिए, जब C (प्रोग्रामिंग भाषा) भाषा से इंटरफ़ेस किया जाता है। कीवर्ड <code>UNSAFE</code> के सामने उपसर्ग लगाया गया <code>INTERFACE</code> या <code>MODULE</code>, का उपयोग संकलक को भाषा की कुछ निम्न स्तरीय विशेषताओं को सक्षम करने के लिए बताने के लिए किया जा सकता है। उदाहरण के लिए, एक असुरक्षित ऑपरेशन उपयोग किए जाने वाले प्रकार के सिस्टम को बायपास कर रहा है <code>LOOPHOLE</code> किसी पूर्णांक के बिट्स को फ़्लोटिंग पॉइंट में कॉपी करना <code>REAL</code> संख्या।
कुछ क्षमताएं असुरक्षित मानी जाती हैं, जहां कंपाइलर अब गारंटी नहीं दे सकता कि परिणाम सुसंगत होंगे; उदाहरण के लिए, जब C (प्रोग्रामिंग भाषा) भाषा से इंटरफ़ेस किया जाता है। कीवर्ड <code>UNSAFE</code> के सामने उपसर्ग लगाया गया <code>INTERFACE</code> या <code>MODULE</code>, का उपयोग संकलक को भाषा की कुछ निम्न स्तरीय विशेषताओं को सक्षम करने के लिए बताने के लिए किया जा सकता है। उदाहरण के लिए, असुरक्षित ऑपरेशन उपयोग किए जाने वाले प्रकार के सिस्टम को बायपास कर रहा है <code>LOOPHOLE</code> किसी पूर्णांक के बिट्स को फ़्लोटिंग पॉइंट में कॉपी करना <code>REAL</code> संख्या।


एक इंटरफ़ेस जो असुरक्षित मॉड्यूल आयात करता है वह भी असुरक्षित होना चाहिए। एक सुरक्षित इंटरफ़ेस एक असुरक्षित कार्यान्वयन मॉड्यूल द्वारा निर्यात किया जा सकता है। बाहरी [[लाइब्रेरी (कंप्यूटिंग)]] से इंटरफेस करते समय यह सामान्य उपयोग है, जहां दो इंटरफेस बनाए जाते हैं: एक असुरक्षित, दूसरा सुरक्षित।
एक इंटरफ़ेस जो असुरक्षित मॉड्यूल आयात करता है वह भी असुरक्षित होना चाहिए। सुरक्षित इंटरफ़ेस असुरक्षित कार्यान्वयन मॉड्यूल द्वारा निर्यात किया जा सकता है। बाहरी [[लाइब्रेरी (कंप्यूटिंग)]] से इंटरफेस करते समय यह सामान्य उपयोग है, जहां दो इंटरफेस बनाए जाते हैं: असुरक्षित, दूसरा सुरक्षित।


===जेनेरिक===
===जेनेरिक===
एक सामान्य इंटरफ़ेस और उसके अनुरूप सामान्य मॉड्यूल,
एक सामान्य इंटरफ़ेस और उसके अनुरूप सामान्य मॉड्यूल,
उपसर्ग करें <code>INTERFACE</code> या <code>MODULE</code> कीवर्ड के साथ <code>GENERIC</code>, और औपचारिक तर्क के रूप में अन्य इंटरफ़ेस लें। इस प्रकार ([[टेम्पलेट ([[सी++]])]]|सी++ टेम्प्लेट की तरह) कोई आसानी से अमूर्त डेटा प्रकारों को परिभाषित और उपयोग कर सकता है, लेकिन सी++ के विपरीत, ग्रैन्युलैरिटी मॉड्यूल स्तर पर है। एक इंटरफ़ेस को सामान्य इंटरफ़ेस और कार्यान्वयन मॉड्यूल को तर्क के रूप में पास किया जाता है, और कंपाइलर ठोस मॉड्यूल उत्पन्न करेगा।
उपसर्ग करें <code>INTERFACE</code> या <code>MODULE</code> कीवर्ड के साथ <code>GENERIC</code>, और औपचारिक तर्क के रूप में अन्य इंटरफ़ेस लें। इस प्रकार ([[टेम्पलेट ([[सी++]])]]|सी++ टेम्प्लेट की तरह) कोई आसानी से अमूर्त डेटा प्रकारों को परिभाषित और उपयोग कर सकता है, लेकिन सी++ के विपरीत, ग्रैन्युलैरिटी मॉड्यूल स्तर पर है। इंटरफ़ेस को सामान्य इंटरफ़ेस और कार्यान्वयन मॉड्यूल को तर्क के रूप में पास किया जाता है, और कंपाइलर ठोस मॉड्यूल उत्पन्न करेगा।


उदाहरण के लिए, कोई जेनेरिकस्टैक को परिभाषित कर सकता है, फिर इसे इंटरफेस जैसे इंस्टेंटियेट कर सकता है <code>IntegerElem</code>, या <code>RealElem</code>, या ऑब्जेक्ट के लिए इंटरफ़ेस भी, जब तक कि उनमें से प्रत्येक इंटरफ़ेस सामान्य मॉड्यूल के लिए आवश्यक गुणों को परिभाषित करता है।
उदाहरण के लिए, कोई जेनेरिकस्टैक को परिभाषित कर सकता है, फिर इसे इंटरफेस जैसे इंस्टेंटियेट कर सकता है <code>IntegerElem</code>, या <code>RealElem</code>, या ऑब्जेक्ट के लिए इंटरफ़ेस भी, जब तक कि उनमें से प्रत्येक इंटरफ़ेस सामान्य मॉड्यूल के लिए आवश्यक गुणों को परिभाषित करता है।


नंगे प्रकार <code>INTEGER</code>, या <code>REAL</code> उपयोग नहीं किया जा सकता, क्योंकि वे मॉड्यूल नहीं हैं, और जेनरिक की प्रणाली मॉड्यूल को तर्क के रूप में उपयोग करने पर आधारित है। तुलनात्मक रूप से, C++ टेम्पलेट में, एक नंगे प्रकार का उपयोग किया जाएगा।
नंगे प्रकार <code>INTEGER</code>, या <code>REAL</code> उपयोग नहीं किया जा सकता, क्योंकि वे मॉड्यूल नहीं हैं, और जेनरिक की प्रणाली मॉड्यूल को तर्क के रूप में उपयोग करने पर आधारित है। तुलनात्मक रूप से, C++ टेम्पलेट में, नंगे प्रकार का उपयोग किया जाएगा।


फ़ाइल: IntegerElem.i3
फ़ाइल: IntegerElem.i3
Line 107: Line 106:
(* यहां Element.T जेनेरिक स्टैक में संग्रहित किया जाने वाला प्रकार है। *)
(* यहां Element.T जेनेरिक स्टैक में संग्रहित किया जाने वाला प्रकार है। *)
प्रकार
प्रकार
  टी = सार्वजनिक वस्तु;
  टी = सार्वजनिक वस्तु;
  सार्वजनिक = वस्तु
  सार्वजनिक = वस्तु
  विधि
  विधि
      init(): TStack;
  init(): TStack;
      प्रारूप(): पाठ;
  प्रारूप(): पाठ;
      खाली है(): बूलियन;
  खाली है(): बूलियन;
      गिनती(): पूर्णांक;
  गिनती(): पूर्णांक;
      पुश (एल्म: एलिमेंट.टी);
  पुश (एल्म: एलिमेंट.टी);
      पॉप (VAR elem: Element.T): बूलियन;
  पॉप (VAR elem: Element.T): बूलियन;
  अंत;
  अंत;
जेनेरिकस्टैक समाप्त करें।
जेनेरिकस्टैक समाप्त करें।
</सिंटैक्सहाइलाइट>
</सिंटैक्सहाइलाइट>
Line 127: Line 126:
प्रक्रिया प्रारूप (स्वयं: टी): पाठ =
प्रक्रिया प्रारूप (स्वयं: टी): पाठ =
वीएआर
वीएआर
  str: पाठ;
  str: पाठ;
शुरू
शुरू
  str := Element.Name & Stack{ ;
  str := Element.Name & Stack{ ;
  k के लिए := 0 प्रति self.n -1 DO
  k के लिए�:= 0 प्रति self.n -1 DO
      यदि k > 0 तो str := str & , ; अंत;
  यदि k > 0 तो strt:= str & , ; अंत;
      str := str और Element.Format(self.arr[k]);
  strs:= str और Element.Format(self.arr[k]);
  अंत;
  अंत;
  str := str & }; ;
  str := str & }; ;
  रिटर्न स्ट्र;
  रिटर्न स्ट्र;
अंत प्रारूप;
अंत प्रारूप;
<... अधिक सामान्य कार्यान्वयन विवरण... >
<... अधिक सामान्य कार्यान्वयन विवरण... >
Line 154: Line 153:


===ट्रेसेबिलिटी===
===ट्रेसेबिलिटी===
अन्य भाषाओं की 'शामिल' सुविधा के विपरीत, किसी भी पहचानकर्ता का पता वहीं लगाया जा सकता है जहां से उसकी उत्पत्ति हुई थी। एक संकलित इकाई को अन्य संकलित इकाइयों से पहचानकर्ताओं को आयात करना होगा <code>IMPORT</code> कथन। यहां तक ​​कि गणनाएं भी उसी 'डॉट' नोटेशन का उपयोग करती हैं जैसा कि किसी रिकॉर्ड के फ़ील्ड तक पहुंचने के दौरान किया जाता है।
अन्य भाषाओं की 'शामिल' सुविधा के विपरीत, किसी भी पहचानकर्ता का पता वहीं लगाया जा सकता है जहां से उसकी उत्पत्ति हुई थी। संकलित इकाई को अन्य संकलित इकाइयों से पहचानकर्ताओं को आयात करना होगा <code>IMPORT</code> कथन। यहां तक ​​कि गणनाएं भी उसी 'डॉट' नोटेशन का उपयोग करती हैं जैसा कि किसी रिकॉर्ड के फ़ील्ड तक पहुंचने के दौरान किया जाता है।


<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 हाइलाइट= 1 >
<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 हाइलाइट= 1 >
Line 167: Line 166:


आयात ए;
आयात ए;
एक आयातित रंग से;
आयातित रंग से;


वीएआर
वीएआर
Line 182: Line 181:


===गतिशील आवंटन===
===गतिशील आवंटन===
मॉड्यूला-3 [[रनटाइम (प्रोग्राम जीवनचक्र चरण)]] पर डेटा के आवंटन का समर्थन करता है। मेमोरी दो प्रकार की होती है जिन्हें आवंटित किया जा सकता है, <code>TRACED</code> और <code>UNTRACED</code>अंतर यह है कि कचरा संग्रहण (कंप्यूटर विज्ञान) इसे देख सकता है या नहीं। <code>NEW()</code> मेमोरी के इन वर्गों में से किसी एक के डेटा को आवंटित करने के लिए उपयोग किया जाता है। एक में <code>UNSAFE</code> मापांक, <code>DISPOSE</code> अप्रयुक्त स्मृति को मुक्त करने के लिए उपलब्ध है।
मॉड्यूला-3 [[रनटाइम (प्रोग्राम जीवनचक्र चरण)]] पर डेटा के आवंटन का समर्थन करता है। मेमोरी दो प्रकार की होती है जिन्हें आवंटित किया जा सकता है, <code>TRACED</code> और <code>UNTRACED</code>अंतर यह है कि कचरा संग्रहण (कंप्यूटर विज्ञान) इसे देख सकता है या नहीं। <code>NEW()</code> मेमोरी के इन वर्गों में से किसी के डेटा को आवंटित करने के लिए उपयोग किया जाता है। में <code>UNSAFE</code> मापांक, <code>DISPOSE</code> अप्रयुक्त स्मृति को मुक्त करने के लिए उपलब्ध है।


===वस्तु-उन्मुख===
===वस्तु-उन्मुख===
मॉड्यूल-3 में ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग तकनीकों का उपयोग किया जा सकता है, लेकिन उनका उपयोग कोई आवश्यकता नहीं है। मॉड्यूल-3 (मॉड्यूल, जेनरिक) में प्रदान की गई कई अन्य सुविधाएं आमतौर पर ऑब्जेक्ट-ओरिएंटेशन की जगह ले सकती हैं।
मॉड्यूल-3 में ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग तकनीकों का उपयोग किया जा सकता है, लेकिन उनका उपयोग कोई आवश्यकता नहीं है। मॉड्यूल-3 (मॉड्यूल, जेनरिक) में प्रदान की गई कई अन्य सुविधाएं आमतौर पर ऑब्जेक्ट-ओरिएंटेशन की जगह ले सकती हैं।


वस्तु समर्थन को जानबूझकर इसकी सबसे सरल शर्तों पर रखा गया है। एक ऑब्जेक्ट प्रकार (जिसे अन्य ऑब्जेक्ट-ओरिएंटेड भाषाओं में क्लास कहा जाता है) को इसके साथ पेश किया जाता है <code>OBJECT</code> घोषणा, जिसका वाक्य-विन्यास मूलतः a जैसा ही है <code>RECORD</code> घोषणा, हालांकि एक ऑब्जेक्ट प्रकार एक संदर्भ प्रकार है, जबकि मॉड्यूल -3 में रिकॉर्ड्स (सी में structs के समान) नहीं हैं। निर्यात किए गए प्रकारों को आम तौर पर परंपरा के अनुसार टी नाम दिया जाता है, और तरीकों और डेटा को उजागर करने के लिए एक अलग सार्वजनिक प्रकार बनाया जाता है। उदाहरण के लिए:
वस्तु समर्थन को जानबूझकर इसकी सबसे सरल शर्तों पर रखा गया है। ऑब्जेक्ट प्रकार (जिसे अन्य ऑब्जेक्ट-ओरिएंटेड भाषाओं में क्लास कहा जाता है) को इसके साथ पेश किया जाता है <code>OBJECT</code> घोषणा, जिसका वाक्य-विन्यास मूलतः a जैसा ही है <code>RECORD</code> घोषणा, हालांकि ऑब्जेक्ट प्रकार संदर्भ प्रकार है, जबकि मॉड्यूल -3 में रिकॉर्ड्स (सी में structs के समान) नहीं हैं। निर्यात किए गए प्रकारों को आम तौर पर परंपरा के अनुसार टी नाम दिया जाता है, और तरीकों और डेटा को उजागर करने के लिए अलग सार्वजनिक प्रकार बनाया जाता है। उदाहरण के लिए:


<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 हाइलाइट= 1 >
<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 हाइलाइट= 1 >
Line 195: Line 194:
   सार्वजनिक = वस्तु
   सार्वजनिक = वस्तु
   विधि
   विधि
    getAge(): पूर्णांक;
  getAge(): पूर्णांक;
    init(नाम: पाठ; आयु: पूर्णांक): टी;
  init(नाम: पाठ; आयु: पूर्णांक): टी;
   अंत;
   अंत;


अंत व्यक्ति.
अंत व्यक्ति.
</सिंटैक्सहाइलाइट>
</सिंटैक्सहाइलाइट>
यह एक इंटरफ़ेस को परिभाषित करता है <code>Person</code> दो प्रकार के साथ, <code>T</code>, और <code>Public</code>, जिसे दो विधियों वाली एक वस्तु के रूप में परिभाषित किया गया है, <code>getAge()</code> और <code>init()</code>. <code>T</code> के उपप्रकार के रूप में परिभाषित किया गया है <code>Public</code> के प्रयोग से <code><:</code> ऑपरेटर।
यह इंटरफ़ेस को परिभाषित करता है <code>Person</code> दो प्रकार के साथ, <code>T</code>, और <code>Public</code>, जिसे दो विधियों वाली वस्तु के रूप में परिभाषित किया गया है, <code>getAge()</code> और <code>init()</code>. <code>T</code> के उपप्रकार के रूप में परिभाषित किया गया है <code>Public</code> के प्रयोग से <code><:</code> ऑपरेटर।


एक नया बनाने के लिए <code>Person.T</code> ऑब्जेक्ट, अंतर्निहित प्रक्रिया का उपयोग करें <code>NEW</code> विधि के साथ <code>init()</code> जैसा
नया बनाने के लिए <code>Person.T</code> ऑब्जेक्ट, अंतर्निहित प्रक्रिया का उपयोग करें <code>NEW</code> विधि के साथ <code>init()</code> जैसा
<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 >
<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 >
VAR जिम := NEW(Person.T).init(जिम, 25);
VAR जिम := NEW(Person.T).init(जिम, 25);
</सिंटैक्सहाइलाइट>
</सिंटैक्सहाइलाइट>


मॉड्यूल-3 <code>REVEAL</code> कन्स्ट्रक्ट, मनमाने ढंग से मित्रता के कई स्तरों के साथ, ग्राहकों से कार्यान्वयन विवरण छिपाने के लिए एक वैचारिक रूप से सरल और स्वच्छ लेकिन बहुत शक्तिशाली तंत्र प्रदान करता है। उपयोग <code>REVEAL</code> का पूर्ण कार्यान्वयन दिखाने के लिए <code>Person</code> ऊपर से इंटरफ़ेस.
मॉड्यूल-3 <code>REVEAL</code> कन्स्ट्रक्ट, मनमाने ढंग से मित्रता के कई स्तरों के साथ, ग्राहकों से कार्यान्वयन विवरण छिपाने के लिए वैचारिक रूप से सरल और स्वच्छ लेकिन बहुत शक्तिशाली तंत्र प्रदान करता है। उपयोग <code>REVEAL</code> का पूर्ण कार्यान्वयन दिखाने के लिए <code>Person</code> ऊपर से इंटरफ़ेस.


<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 >
<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 >
Line 224: Line 223:
प्रक्रिया आयु (स्वयं: टी): पूर्णांक =
प्रक्रिया आयु (स्वयं: टी): पूर्णांक =
   शुरू
   शुरू
    वापसी स्व.उम्र;
  वापसी स्व.उम्र;
   अंत आयु;
   अंत आयु;


प्रक्रिया प्रारंभ(स्वयं: टी; नाम: पाठ; आयु: पूर्णांक): टी =
प्रक्रिया प्रारंभ(स्वयं: टी; नाम: पाठ; आयु: पूर्णांक): टी =
   शुरू
   शुरू
    स्वयं का नाम := नाम;
  स्वयं का नाम�:= नाम;
    स्व.उम्र :=आयु;
  स्व.उम्र�:=आयु;
   स्वयं लौटें;
   स्वयं लौटें;
   अंत प्रारंभ;
   अंत प्रारंभ;
Line 238: Line 237:
</सिंटैक्सहाइलाइट>
</सिंटैक्सहाइलाइट>


के उपयोग पर ध्यान दें <code>BRANDED</code> कीवर्ड, जो संरचनात्मक तुल्यता से बचने के लिए वस्तुओं को अद्वितीय बनाने के लिए उन्हें ब्रांड करता है। <code>BRANDED</code> एक स्ट्रिंग को एक तर्क के रूप में भी ले सकते हैं, लेकिन जब छोड़ा जाता है, तो आपके लिए एक अद्वितीय स्ट्रिंग उत्पन्न होती है।
के उपयोग पर ध्यान दें <code>BRANDED</code> कीवर्ड, जो संरचनात्मक तुल्यता से बचने के लिए वस्तुओं को अद्वितीय बनाने के लिए उन्हें ब्रांड करता है। <code>BRANDED</code> स्ट्रिंग को तर्क के रूप में भी ले सकते हैं, लेकिन जब छोड़ा जाता है, तो आपके लिए अद्वितीय स्ट्रिंग उत्पन्न होती है।


मॉड्यूला-3 उन कुछ प्रोग्रामिंग भाषाओं में से एक है, जिन्हें कड़ाई से योग्य होने के लिए मॉड्यूल से बाहरी संदर्भों की आवश्यकता होती है। यानी मॉड्यूल में एक संदर्भ <code>A</code> वस्तु को <code>x</code> मॉड्यूल से निर्यात किया गया <code>B</code> फॉर्म लेना होगा <code>B.x</code>. मॉड्यूल-3 में, एक मॉड्यूल से सभी निर्यातित नामों को आयात करना असंभव है।
मॉड्यूला-3 उन कुछ प्रोग्रामिंग भाषाओं में से है, जिन्हें कड़ाई से योग्य होने के लिए मॉड्यूल से बाहरी संदर्भों की आवश्यकता होती है। यानी मॉड्यूल में संदर्भ <code>A</code> वस्तु को <code>x</code> मॉड्यूल से निर्यात किया गया <code>B</code> फॉर्म लेना होगा <code>B.x</code>. मॉड्यूल-3 में, मॉड्यूल से सभी निर्यातित नामों को आयात करना असंभव है।


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


===अपवाद===
===अपवाद===
अपवाद प्रबंधन किस पर आधारित है? <code>TRY</code>...<code>EXCEPT</code> ब्लॉक प्रणाली, जो तब से है{{citation needed|date=March 2014}} आम हो जाओ. एक विशेषता जिसे अन्य भाषाओं में नहीं अपनाया गया है{{citation needed|date=March 2014}}, [[डेल्फ़ी (प्रोग्रामिंग भाषा)]], पायथन (प्रोग्रामिंग भाषा) के उल्लेखनीय अपवादों के साथ[https://www.python.org/doc/faq/general/#why-was-python-created-in-the-first- स्थान], [[स्काला (प्रोग्रामिंग भाषा)]][http://scala.epfl.ch] और विज़ुअल बेसिक.NET, वह है <code>EXCEPT</code> कंस्ट्रक्ट ने प्रत्येक संभावित अपवाद के साथ [[ स्विच कथन ]] के एक रूप को अपने EXCEPT क्लॉज में एक मामले के रूप में परिभाषित किया है। Modula-3 भी सपोर्ट करता है a <code>LOOP</code>...<code>EXIT</code>...<code>END</code> उस लूप का निर्माण तब तक करें जब तक कि a <code>EXIT</code> होता है, a के अंदर एक साधारण लूप के समतुल्य संरचना <code>TRY</code>...<code>EXCEPT</code> खंड.
अपवाद प्रबंधन किस पर आधारित है? <code>TRY</code>...<code>EXCEPT</code> ब्लॉक प्रणाली, जो तब से है{{citation needed|date=March 2014}} आम हो जाओ. विशेषता जिसे अन्य भाषाओं में नहीं अपनाया गया है{{citation needed|date=March 2014}}, [[डेल्फ़ी (प्रोग्रामिंग भाषा)]], पायथन (प्रोग्रामिंग भाषा) के उल्लेखनीय अपवादों के साथ[https://www.python.org/doc/faq/general/#why-was-python-created-in-the-first- स्थान], [[स्काला (प्रोग्रामिंग भाषा)]][http://scala.epfl.ch] और विज़ुअल बेसिक.NET, वह है <code>EXCEPT</code> कंस्ट्रक्ट ने प्रत्येक संभावित अपवाद के साथ [[ स्विच कथन |स्विच कथन]] के रूप को अपने EXCEPT क्लॉज में मामले के रूप में परिभाषित किया है। Modula-3 भी सपोर्ट करता है a <code>LOOP</code>...<code>EXIT</code>...<code>END</code> उस लूप का निर्माण तब तक करें जब तक कि a <code>EXIT</code> होता है, a के अंदर साधारण लूप के समतुल्य संरचना <code>TRY</code>...<code>EXCEPT</code> खंड.


===बहु-थ्रेडेड===
===बहु-थ्रेडेड===
भाषा मल्टी-थ्रेडिंग के उपयोग और थ्रेड्स के बीच सिंक्रनाइज़ेशन का समर्थन करती है।
भाषा मल्टी-थ्रेडिंग के उपयोग और थ्रेड्स के बीच सिंक्रनाइज़ेशन का समर्थन करती है।
[[ क्रम पुस्तकालय ]] (एम3कोर) के भीतर थ्रेड नामक एक मानक मॉड्यूल है, जो मल्टी-थ्रेडेड अनुप्रयोगों के उपयोग का समर्थन करता है। मॉड्यूला-3 रनटाइम कचरा संग्रहण जैसे आंतरिक कार्यों के लिए एक अलग थ्रेड का उपयोग कर सकता है।
[[ क्रम पुस्तकालय | क्रम पुस्तकालय]] (एम3कोर) के भीतर थ्रेड नामक मानक मॉड्यूल है, जो मल्टी-थ्रेडेड अनुप्रयोगों के उपयोग का समर्थन करता है। मॉड्यूला-3 रनटाइम कचरा संग्रहण जैसे आंतरिक कार्यों के लिए अलग थ्रेड का उपयोग कर सकता है।


एक अंतर्निर्मित डेटा संरचना <code>[[Lock (computer science)|MUTEX]]</code> इसका उपयोग कई थ्रेड्स को सिंक्रोनाइज़ करने और डेटा संरचनाओं को संभावित भ्रष्टाचार या दौड़ की स्थिति के साथ एक साथ एक्सेस से बचाने के लिए किया जाता है। <code>LOCK</code> e> स्टेटमेंट एक ब्लॉक प्रस्तुत करता है जिसमें म्यूटेक्स लॉक है। अनलॉक करना ए <code>MUTEX</code> कोड निष्पादन लोकस के ब्लॉक छोड़ने से निहित है। <code>MUTEX</code> e> एक वस्तु है, और इस प्रकार, अन्य वस्तुएँ इससे प्राप्त की जा सकती हैं।
अंतर्निर्मित डेटा संरचना <code>[[Lock (computer science)|MUTEX]]</code> इसका उपयोग कई थ्रेड्स को सिंक्रोनाइज़ करने और डेटा संरचनाओं को संभावित भ्रष्टाचार या दौड़ की स्थिति के साथ साथ एक्सेस से बचाने के लिए किया जाता है। <code>LOCK</code> e> स्टेटमेंट ब्लॉक प्रस्तुत करता है जिसमें म्यूटेक्स लॉक है। अनलॉक करना ए <code>MUTEX</code> कोड निष्पादन लोकस के ब्लॉक छोड़ने से निहित है। <code>MUTEX</code> e> वस्तु है, और इस प्रकार, अन्य वस्तुएँ इससे प्राप्त की जा सकती हैं।


उदाहरण के लिए, लाइब्रेरी libm3 के इनपुट/आउटपुट (I/O) अनुभाग में, पाठक और लेखक (Rd.T, और Wr.T) MUTEX से प्राप्त होते हैं, और वे किसी भी आंतरिक डेटा तक पहुंचने या संशोधित करने से पहले खुद को लॉक कर लेते हैं। बफ़र्स।
उदाहरण के लिए, लाइब्रेरी libm3 के इनपुट/आउटपुट (I/O) अनुभाग में, पाठक और लेखक (Rd.T, और Wr.T) MUTEX से प्राप्त होते हैं, और वे किसी भी आंतरिक डेटा तक पहुंचने या संशोधित करने से पहले खुद को लॉक कर लेते हैं। बफ़र्स।
<!-- Needs expansion -->
 




Line 267: Line 266:
*एक्सेप्शन हेंडलिंग
*एक्सेप्शन हेंडलिंग
*थ्रेड (कंप्यूटर विज्ञान)
*थ्रेड (कंप्यूटर विज्ञान)
मॉड्यूला-3 उन दुर्लभ भाषाओं में से एक है जिनकी विशेषताओं का विकास प्रलेखित है।
मॉड्यूला-3 उन दुर्लभ भाषाओं में से है जिनकी विशेषताओं का विकास प्रलेखित है।


मॉड्यूला-3 के साथ सिस्टम प्रोग्रामिंग में भाषा डिजाइन के चार आवश्यक बिंदुओं पर गहन चर्चा की गई है। ये विषय हैं: संरचनात्मक बनाम नाम तुल्यता, उपप्रकार नियम, सामान्य मॉड्यूल और पैरामीटर मोड जैसे <code>READONLY</code>.
मॉड्यूला-3 के साथ सिस्टम प्रोग्रामिंग में भाषा डिजाइन के चार आवश्यक बिंदुओं पर गहन चर्चा की गई है। ये विषय हैं: संरचनात्मक बनाम नाम तुल्यता, उपप्रकार नियम, सामान्य मॉड्यूल और पैरामीटर मोड जैसे <code>READONLY</code>.


==[[मानक पुस्तकालय]] सुविधाएँ==
==[[मानक पुस्तकालय]] सुविधाएँ==
सी (प्रोग्रामिंग भाषा) भाषा के साथ शुरू हुई प्रवृत्ति को जारी रखते हुए, वास्तविक प्रोग्राम लिखने के लिए आवश्यक कई सुविधाओं को भाषा परिभाषा से बाहर रखा गया और इसके बजाय एक मानक लाइब्रेरी सेट के माध्यम से प्रदान किया गया। नीचे दिए गए अधिकांश इंटरफ़ेस का विस्तार से वर्णन किया गया है<ref name=DecSrcRr113>[http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-113.pdf Some Useful Modula-3 Interfaces] {{Webarchive|url=https://web.archive.org/web/20160304040009/http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-113.pdf |date=2016-03-04 }} Jim Horning, Bill Kalsow, Paul McJones, Greg Nelson. [[DEC Systems Research Center]] (SRC) Research Report 113 (December 1993)</ref>
सी (प्रोग्रामिंग भाषा) भाषा के साथ शुरू हुई प्रवृत्ति को जारी रखते हुए, वास्तविक प्रोग्राम लिखने के लिए आवश्यक कई सुविधाओं को भाषा परिभाषा से बाहर रखा गया और इसके बजाय मानक लाइब्रेरी सेट के माध्यम से प्रदान किया गया। नीचे दिए गए अधिकांश इंटरफ़ेस का विस्तार से वर्णन किया गया है<ref name=DecSrcRr113>[http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-113.pdf Some Useful Modula-3 Interfaces] {{Webarchive|url=https://web.archive.org/web/20160304040009/http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-113.pdf |date=2016-03-04 }} Jim Horning, Bill Kalsow, Paul McJones, Greg Nelson. [[DEC Systems Research Center]] (SRC) Research Report 113 (December 1993)</ref>
मानक पुस्तकालय निम्नलिखित सुविधाएँ प्रदान करते हैं। इन्हें मानक इंटरफ़ेस कहा जाता है और ये भाषा में आवश्यक (प्रदान किए जाने चाहिए) होते हैं।
मानक पुस्तकालय निम्नलिखित सुविधाएँ प्रदान करते हैं। इन्हें मानक इंटरफ़ेस कहा जाता है और ये भाषा में आवश्यक (प्रदान किए जाने चाहिए) होते हैं।
* पाठ: अपरिवर्तनीय स्ट्रिंग संदर्भों पर संचालन, कहा जाता है <code>TEXT</code>एस
* पाठ: अपरिवर्तनीय स्ट्रिंग संदर्भों पर संचालन, कहा जाता है <code>TEXT</code>एस
Line 284: Line 283:
* तालिका: मानचित्र के लिए सामान्य मॉड्यूल (कंप्यूटर विज्ञान)
* तालिका: मानचित्र के लिए सामान्य मॉड्यूल (कंप्यूटर विज्ञान)


C की तरह, I/O भी लाइब्रेरीज़ के माध्यम से प्रदान किया जाता है, जिसे Modula-3 कहा जाता है <code>Rd</code> और <code>Wr</code>. आरडी (पाठक) और डब्लूआर (लेखक) पुस्तकालयों के ऑब्जेक्ट-ओरिएंटेड डिज़ाइन को ग्रेग नेल्सन की पुस्तक में विस्तार से शामिल किया गया है। मॉड्यूला-3 का एक दिलचस्प पहलू यह है कि यह उन कुछ प्रोग्रामिंग भाषाओं में से एक है, जिनके मानक पुस्तकालयों को औपचारिक रूप से सत्यापित किया गया है कि उनमें लॉकिंग बग सहित विभिन्न प्रकार के बग शामिल नहीं हैं। यह लार्च/मोडुला-3 के तत्वावधान में किया गया था ([[लार्च परिवार]] देखें)<ref name=DecSrcRr072>[http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-072.pdf LM3] {{Webarchive|url=https://web.archive.org/web/20160303215535/http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-072.pdf |date=2016-03-03 }} Kevin D. Jones. [[DEC Systems Research Center]] (SRC) Research Report 72 (June 1991)</ref> और [[विस्तारित स्थैतिक जाँच]]<ref name=CompaqSrcRr159>[http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-159.pdf Extended Static Checking] {{Webarchive|url=https://web.archive.org/web/20170705054838/http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-159.pdf |date=2017-07-05 }}  David L. Detlefs, K. Rustan M. Leino, Greg Nelson, [[James B. Saxe]]. Compaq SRC Research Report 159 (December 1998)</ref> [[डीईसी एसआरसी]] में परियोजनाएं।
C की तरह, I/O भी लाइब्रेरीज़ के माध्यम से प्रदान किया जाता है, जिसे Modula-3 कहा जाता है <code>Rd</code> और <code>Wr</code>. आरडी (पाठक) और डब्लूआर (लेखक) पुस्तकालयों के ऑब्जेक्ट-ओरिएंटेड डिज़ाइन को ग्रेग नेल्सन की पुस्तक में विस्तार से शामिल किया गया है। मॉड्यूला-3 का दिलचस्प पहलू यह है कि यह उन कुछ प्रोग्रामिंग भाषाओं में से है, जिनके मानक पुस्तकालयों को औपचारिक रूप से सत्यापित किया गया है कि उनमें लॉकिंग बग सहित विभिन्न प्रकार के बग शामिल नहीं हैं। यह लार्च/मोडुला-3 के तत्वावधान में किया गया था ([[लार्च परिवार]] देखें)<ref name=DecSrcRr072>[http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-072.pdf LM3] {{Webarchive|url=https://web.archive.org/web/20160303215535/http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-072.pdf |date=2016-03-03 }} Kevin D. Jones. [[DEC Systems Research Center]] (SRC) Research Report 72 (June 1991)</ref> और [[विस्तारित स्थैतिक जाँच]]<ref name=CompaqSrcRr159>[http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-159.pdf Extended Static Checking] {{Webarchive|url=https://web.archive.org/web/20170705054838/http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-159.pdf |date=2017-07-05 }}  David L. Detlefs, K. Rustan M. Leino, Greg Nelson, [[James B. Saxe]]. Compaq SRC Research Report 159 (December 1998)</ref> [[डीईसी एसआरसी]] में परियोजनाएं।


==कार्यान्वयन==
==कार्यान्वयन==
Line 290: Line 289:


*DEC-SRC M3, मूल।<ref>[ftp://ftp.u-aizu.ac.jp/pub/lang/Modula/m3/faq/document/src-m3-doc/SRCm3-3.3.ps.gz SRC Modula-3 3.3]{{Dead link|date=November 2018 |bot=InternetArchiveBot |fix-attempted=yes }} Bill Kalsow and Eric Muller. Digital Equipment Corporation (January 1995)</ref>
*DEC-SRC M3, मूल।<ref>[ftp://ftp.u-aizu.ac.jp/pub/lang/Modula/m3/faq/document/src-m3-doc/SRCm3-3.3.ps.gz SRC Modula-3 3.3]{{Dead link|date=November 2018 |bot=InternetArchiveBot |fix-attempted=yes }} Bill Kalsow and Eric Muller. Digital Equipment Corporation (January 1995)</ref>
*ओलिवेटी रिसर्च सेंटर (ओआरसी) मोडुला-3 टूलकिट, मूल रूप से एक कंपाइलर, अब मॉड्यूला-3 कार्यक्रमों के वाक्यविन्यास, शाब्दिक और अर्थ संबंधी विश्लेषण के लिए एक पुस्तकालय के रूप में उपलब्ध है।<ref>{{Cite journal
*ओलिवेटी रिसर्च सेंटर (ओआरसी) मोडुला-3 टूलकिट, मूल रूप से कंपाइलर, अब मॉड्यूला-3 कार्यक्रमों के वाक्यविन्यास, शाब्दिक और अर्थ संबंधी विश्लेषण के लिए पुस्तकालय के रूप में उपलब्ध है।<ref>{{Cite journal
| doi = 10.1145/99278.99285
| doi = 10.1145/99278.99285
| volume = 15
| volume = 15
Line 302: Line 301:
| doi-access = free
| doi-access = free
}}</ref>
}}</ref>
*क्रिटिकल मास CM3, DEC-SRC M3 का एक अलग उत्तराधिकारी
*क्रिटिकल मास CM3, DEC-SRC M3 का अलग उत्तराधिकारी
*पॉलिटेक्निक मॉन्ट्रियल मोडुला-3 पीएम3, डीईसी-एसआरसी एम3 का उत्तराधिकारी, वर्तमान में सीएम3 के साथ विलय कर रहा है
*पॉलिटेक्निक मॉन्ट्रियल मोडुला-3 पीएम3, डीईसी-एसआरसी एम3 का उत्तराधिकारी, वर्तमान में सीएम3 के साथ विलय कर रहा है
*EzM3, एक स्वतंत्र हल्का और आसानी से पोर्टेबल कार्यान्वयन, CVSup के संबंध में विकसित किया गया
*EzM3, स्वतंत्र हल्का और आसानी से पोर्टेबल कार्यान्वयन, CVSup के संबंध में विकसित किया गया
*एचएम3, पीएम3 के पीएम3-1.1.15 रिलीज का उत्तराधिकारी, [[एनपीटीएल]] का उपयोग करके देशी थ्रेडिंग के समर्थन के साथ
*एचएम3, पीएम3 के पीएम3-1.1.15 रिलीज का उत्तराधिकारी, [[एनपीटीएल]] का उपयोग करके देशी थ्रेडिंग के समर्थन के साथ
*CM3, क्रिटिकल मास CM3 का उत्तराधिकारी। यह एकमात्र अद्यतन, अनुरक्षित और विकसित कार्यान्वयन है। रिलीज़ http://www.opencm3.net/releng/ पर उपलब्ध हैं।
*CM3, क्रिटिकल मास CM3 का उत्तराधिकारी। यह एकमात्र अद्यतन, अनुरक्षित और विकसित कार्यान्वयन है। रिलीज़ http://www.opencm3.net/releng/ पर उपलब्ध हैं।
Line 313: Line 312:
इनमें से कोई भी पुस्तक अभी भी प्रिंट में नहीं है, हालांकि उपयोग की गई प्रतियां प्राप्य हैं और कुछ आंशिक या पूर्ण रूप से डिजिटलीकृत हैं, और उनमें से कुछ अध्यायों के पूर्व या बाद के संस्करण वेब से शोध रिपोर्ट के रूप में प्राप्त किए जा सकते हैं।
इनमें से कोई भी पुस्तक अभी भी प्रिंट में नहीं है, हालांकि उपयोग की गई प्रतियां प्राप्य हैं और कुछ आंशिक या पूर्ण रूप से डिजिटलीकृत हैं, और उनमें से कुछ अध्यायों के पूर्व या बाद के संस्करण वेब से शोध रिपोर्ट के रूप में प्राप्त किए जा सकते हैं।


*ग्रेग नेल्सन, एड., मॉड्यूला-3 के साथ सिस्टम प्रोग्रामिंग, ऑब्जेक्ट-ओरिएंटेड सिस्टम सॉफ्टवेयर निर्माण पर दिलचस्प लेखों और भाषा की अंतिम विशेषताओं तक ले जाने वाली चर्चा के दस्तावेजीकरण के साथ मॉड्यूला-3 भाषा पर निश्चित संदर्भ। कुछ पूर्व हैं (देखें<ref name=DecSrcRr052 />अध्याय दो के लिए,<ref name=DecSrcRr035>[http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-035.pdf An Introduction to Programming with Threads] {{Webarchive|url=https://web.archive.org/web/20170705054620/http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-035.pdf |date=2017-07-05 }} Andrew D. Birrell. [[DEC Systems Research Center]] (SRC) Research Report 35 (January 1989)</ref> अध्याय चार के लिए,<ref name=DecSrcRr020>[http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-020.pdf Synchronization Primitives for a Multiprocessor: A Formal Specification] {{Webarchive|url=https://web.archive.org/web/20160304040003/http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-020.pdf |date=2016-03-04 }} A. D. Birrell, J. V. Guttag, J. J. Horning, R. Levin. [[DEC Systems Research Center]] (SRC) Research Report 20 (August 1987)</ref> अध्याय पाँच के लिए,<ref name=DecSrcRr053>[http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-053.pdf IO Streams: Abstract Types, Real Programs] {{Webarchive|url=https://web.archive.org/web/20160303224416/http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-053.pdf |date=2016-03-03 }} Mark R. Brown and Greg Nelson. [[DEC Systems Research Center]] (SRC) Research Report 53 (November 1989)</ref> अध्याय छह के लिए) और कुछ पीछे (देखें)।<ref name=DecSrcRefMan95>[http://www.minet.uni-jena.de/www/fakultaet/schukat/Inf1/Praktikum/Modula-3-refman.ps Modula-3 Reference Manual] Luca Cardelli, James Donahue, Lucille Glassman, Mick Jordan, Bill Kalsow, Greg Nelson. [[DEC Systems Research Center]] (SRC) (February 1995)</ref> अध्याय एक और अधिक अद्यतन दो के लिए, इस प्रकार भाषा परिभाषा के दोनों पूर्व संस्करण<ref name=DecSrcRr052 />और,<ref name=DecSrcRr113 />अध्याय तीन के लिए और<ref name=DecSrcRr069>[http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-069.pdf Trestle Tutorial] {{Webarchive|url=https://web.archive.org/web/20160303213053/http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-069.pdf |date=2016-03-03 }} Mark S. Manasse and Greg Nelson. [[DEC Systems Research Center]] (SRC) Research Report 69 (May 1992)</ref> अध्याय सात के लिए) इसके आठ अध्यायों में से अधिकांश के प्रकाशन संस्करण डाउनलोड के लिए अनुसंधान रिपोर्ट के रूप में पूर्व डीईसी सिस्टम्स रिसर्च सेंटर (एसआरसी) से व्यक्तिगत रूप से उपलब्ध हैं।
*ग्रेग नेल्सन, एड., मॉड्यूला-3 के साथ सिस्टम प्रोग्रामिंग, ऑब्जेक्ट-ओरिएंटेड सिस्टम सॉफ्टवेयर निर्माण पर दिलचस्प लेखों और भाषा की अंतिम विशेषताओं तक ले जाने वाली चर्चा के दस्तावेजीकरण के साथ मॉड्यूला-3 भाषा पर निश्चित संदर्भ। कुछ पूर्व हैं (देखें<ref name=DecSrcRr052 />अध्याय दो के लिए,<ref name=DecSrcRr035>[http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-035.pdf An Introduction to Programming with Threads] {{Webarchive|url=https://web.archive.org/web/20170705054620/http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-035.pdf |date=2017-07-05 }} Andrew D. Birrell. [[DEC Systems Research Center]] (SRC) Research Report 35 (January 1989)</ref> अध्याय चार के लिए,<ref name=DecSrcRr020>[http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-020.pdf Synchronization Primitives for a Multiprocessor: A Formal Specification] {{Webarchive|url=https://web.archive.org/web/20160304040003/http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-020.pdf |date=2016-03-04 }} A. D. Birrell, J. V. Guttag, J. J. Horning, R. Levin. [[DEC Systems Research Center]] (SRC) Research Report 20 (August 1987)</ref> अध्याय पाँच के लिए,<ref name=DecSrcRr053>[http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-053.pdf IO Streams: Abstract Types, Real Programs] {{Webarchive|url=https://web.archive.org/web/20160303224416/http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-053.pdf |date=2016-03-03 }} Mark R. Brown and Greg Nelson. [[DEC Systems Research Center]] (SRC) Research Report 53 (November 1989)</ref> अध्याय छह के लिए) और कुछ पीछे (देखें)।<ref name=DecSrcRefMan95>[http://www.minet.uni-jena.de/www/fakultaet/schukat/Inf1/Praktikum/Modula-3-refman.ps Modula-3 Reference Manual] Luca Cardelli, James Donahue, Lucille Glassman, Mick Jordan, Bill Kalsow, Greg Nelson. [[DEC Systems Research Center]] (SRC) (February 1995)</ref> अध्याय और अधिक अद्यतन दो के लिए, इस प्रकार भाषा परिभाषा के दोनों पूर्व संस्करण<ref name=DecSrcRr052 />और,<ref name=DecSrcRr113 />अध्याय तीन के लिए और<ref name=DecSrcRr069>[http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-069.pdf Trestle Tutorial] {{Webarchive|url=https://web.archive.org/web/20160303213053/http://apotheca.hpl.hp.com/ftp/pub/dec/SRC/research-reports/SRC-069.pdf |date=2016-03-03 }} Mark S. Manasse and Greg Nelson. [[DEC Systems Research Center]] (SRC) Research Report 69 (May 1992)</ref> अध्याय सात के लिए) इसके आठ अध्यायों में से अधिकांश के प्रकाशन संस्करण डाउनलोड के लिए अनुसंधान रिपोर्ट के रूप में पूर्व डीईसी सिस्टम्स रिसर्च सेंटर (एसआरसी) से व्यक्तिगत रूप से उपलब्ध हैं।
*सैमुअल पी. हार्बिसन, मॉड्यूला-3 कक्षा पाठ्यपुस्तक का उपयोग करना आसान है।
*सैमुअल पी. हार्बिसन, मॉड्यूला-3 कक्षा पाठ्यपुस्तक का उपयोग करना आसान है।
*[[रॉबर्ट सेडगेविक (कंप्यूटर वैज्ञानिक)]], मॉड्यूला-3 में एल्गोरिदम
*[[रॉबर्ट सेडगेविक (कंप्यूटर वैज्ञानिक)]], मॉड्यूला-3 में एल्गोरिदम
*लास्ज़लो बोस्ज़ोर्मेनी और कार्स्टन वीच, मॉड्यूला-3 में प्रोग्रामिंग: स्टाइल के साथ प्रोग्रामिंग में एक परिचय
*लास्ज़लो बोस्ज़ोर्मेनी और कार्स्टन वीच, मॉड्यूला-3 में प्रोग्रामिंग: स्टाइल के साथ प्रोग्रामिंग में परिचय
*रेन्ज़ो ओरसिनी, एगोस्टिनो कॉर्टेसी प्रोग्राममेयर इन मोडुला-3: इंट्रोड्यूज़ियोन अल्ला प्रोग्राममेज़ियोन इम्पेरटिवा ई ए ओगेटी भाषा की एक इतालवी पुस्तक जो इसकी मुख्य विशेषताओं को समझाती है।
*रेन्ज़ो ओरसिनी, एगोस्टिनो कॉर्टेसी प्रोग्राममेयर इन मोडुला-3: इंट्रोड्यूज़ियोन अल्ला प्रोग्राममेज़ियोन इम्पेरटिवा ई ए ओगेटी भाषा की इतालवी पुस्तक जो इसकी मुख्य विशेषताओं को समझाती है।


==मॉड्यूला-3 का उपयोग करने वाली परियोजनाएं==
==मॉड्यूला-3 का उपयोग करने वाली परियोजनाएं==
मॉड्यूल-3 प्रोग्राम किए गए सॉफ़्टवेयर में शामिल हैं:
मॉड्यूल-3 प्रोग्राम किए गए सॉफ़्टवेयर में शामिल हैं:
*[[स्पिन (ऑपरेटिंग सिस्टम)]] ऑपरेटिंग सिस्टम
*[[स्पिन (ऑपरेटिंग सिस्टम)]] ऑपरेटिंग सिस्टम
*सीवीएसयूपी [[ सॉफ्टवेयर भंडार ]] सिंक्रोनाइजिंग प्रोग्राम
*सीवीएसयूपी [[ सॉफ्टवेयर भंडार |सॉफ्टवेयर भंडार]] सिंक्रोनाइजिंग प्रोग्राम
*[[ बूंदा बांदी ]] भाषा, जो स्थानीय नेटवर्क पर वस्तुओं को पारदर्शी रूप से स्थानांतरित करने के लिए मॉड्यूला-3 नेटवर्क ऑब्जेक्ट की क्षमता का उपयोग करती है, जिससे मॉड्यूला-3 ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग प्रतिमान में वितरित क्षमता की अनुमति मिलती है। इसका उपयोग मॉड्यूला-3 में स्क्रिप्टिंग एक्सटेंशन के रूप में वितरित एप्लिकेशन, कंप्यूटर एनिमेशन और वेब प्रोग्रामिंग एप्लिकेशन बनाने के लिए किया गया है।
*[[ बूंदा बांदी | बूंदा बांदी]] भाषा, जो स्थानीय नेटवर्क पर वस्तुओं को पारदर्शी रूप से स्थानांतरित करने के लिए मॉड्यूला-3 नेटवर्क ऑब्जेक्ट की क्षमता का उपयोग करती है, जिससे मॉड्यूला-3 ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग प्रतिमान में वितरित क्षमता की अनुमति मिलती है। इसका उपयोग मॉड्यूला-3 में स्क्रिप्टिंग एक्सटेंशन के रूप में वितरित एप्लिकेशन, कंप्यूटर एनिमेशन और वेब प्रोग्रामिंग एप्लिकेशन बनाने के लिए किया गया है।


==अन्य प्रोग्रामिंग भाषाओं पर प्रभाव==
==अन्य प्रोग्रामिंग भाषाओं पर प्रभाव==
हालाँकि मॉड्यूला-3 को मुख्यधारा का दर्जा नहीं मिला, लेकिन डीईसी-एसआरसी एम3 वितरण के कई हिस्सों को मिला। संभवतः सबसे प्रभावशाली हिस्सा नेटवर्क ऑब्जेक्ट लाइब्रेरी था, जिसने नेटवर्क प्रोटोकॉल सहित जावा के पहले रिमोट मेथड इनवोकेशन (आरएमआई) कार्यान्वयन का आधार बनाया। केवल जब सन [[ सामान्य वस्तु अनुरोध ब्रोकर आर्किटेक्चर ]] (CORBA) मानक से [[सामान्य इंटर-ओआरबी प्रोटोकॉल]] में चला गया तो इसे हटा दिया गया। दूरस्थ वस्तुओं के कचरा संग्रहण (कंप्यूटर विज्ञान) पर जावा दस्तावेज़ अभी भी मॉड्यूला -3 नेटवर्क ऑब्जेक्ट्स के लिए किए गए अग्रणी कार्य का उल्लेख करता है।<ref>[http://docs.oracle.com/javase/8/docs/platform/rmi/spec/rmi-arch4.html ''Garbage Collection of Remote Objects''], Java Remote Method Invocation Documentation for Java SE 8.</ref> पायथन का कक्षाओं का कार्यान्वयन भी C++ और Modula-3 में पाए जाने वाले वर्ग तंत्र से प्रेरित था।<ref>[https://docs.python.org/3/tutorial/classes.html#classes ''Classes''], Official Python Documentation.</ref>
हालाँकि मॉड्यूला-3 को मुख्यधारा का दर्जा नहीं मिला, लेकिन डीईसी-एसआरसी एम3 वितरण के कई हिस्सों को मिला। संभवतः सबसे प्रभावशाली हिस्सा नेटवर्क ऑब्जेक्ट लाइब्रेरी था, जिसने नेटवर्क प्रोटोकॉल सहित जावा के पहले रिमोट मेथड इनवोकेशन (आरएमआई) कार्यान्वयन का आधार बनाया। केवल जब सन [[ सामान्य वस्तु अनुरोध ब्रोकर आर्किटेक्चर |सामान्य वस्तु अनुरोध ब्रोकर आर्किटेक्चर]] (CORBA) मानक से [[सामान्य इंटर-ओआरबी प्रोटोकॉल]] में चला गया तो इसे हटा दिया गया। दूरस्थ वस्तुओं के कचरा संग्रहण (कंप्यूटर विज्ञान) पर जावा दस्तावेज़ अभी भी मॉड्यूला -3 नेटवर्क ऑब्जेक्ट्स के लिए किए गए अग्रणी कार्य का उल्लेख करता है।<ref>[http://docs.oracle.com/javase/8/docs/platform/rmi/spec/rmi-arch4.html ''Garbage Collection of Remote Objects''], Java Remote Method Invocation Documentation for Java SE 8.</ref> पायथन का कक्षाओं का कार्यान्वयन भी C++ और Modula-3 में पाए जाने वाले वर्ग तंत्र से प्रेरित था।<ref>[https://docs.python.org/3/tutorial/classes.html#classes ''Classes''], Official Python Documentation.</ref>
साथ ही निम भाषा (प्रोग्रामिंग भाषा) मॉड्यूला-3 के कुछ पहलुओं का उपयोग करती है, जैसे #डायनामिक आवंटन पॉइंटर्स।
साथ ही निम भाषा (प्रोग्रामिंग भाषा) मॉड्यूला-3 के कुछ पहलुओं का उपयोग करती है, जैसे #डायनामिक आवंटन पॉइंटर्स।


Line 349: Line 348:
*[http://csis.pace.edu/~bergin/M3text ''Object-Oriented Data Abstraction in Modula-3''. Joseph Bergin (1997)]
*[http://csis.pace.edu/~bergin/M3text ''Object-Oriented Data Abstraction in Modula-3''. Joseph Bergin (1997)]
*[http://www.techworld.com.au/article/252531/a-z_programming_languages_modula-3/ Computerworld Interview with Luca Cardelli on Modula-3]
*[http://www.techworld.com.au/article/252531/a-z_programming_languages_modula-3/ Computerworld Interview with Luca Cardelli on Modula-3]
{{Authority control}}
 
[[Category: मॉड्यूला प्रोग्रामिंग भाषा परिवार]] [[Category: ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग भाषाएँ]] [[Category: सिस्टम प्रोग्रामिंग भाषाएँ]] [[Category: प्रोग्रामिंग भाषाएँ 1988 में बनाई गईं]]  
[[Category: मॉड्यूला प्रोग्रामिंग भाषा परिवार]] [[Category: ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग भाषाएँ]] [[Category: सिस्टम प्रोग्रामिंग भाषाएँ]] [[Category: प्रोग्रामिंग भाषाएँ 1988 में बनाई गईं]]  


Revision as of 22:14, 22 November 2023

Modula-3
Modula-3.svg
Paradigmsimperative, structured, procedural, modular, concurrent, object-oriented, generic
परिवारWirth/Modula
द्वारा डिज़ाइन किया गयाLuca Cardelli, James Donahue, Lucille Glassman, Mick Jordan; Bill Kalsow, Greg Nelson
DevelopersDEC
Olivetti
elego Software Solutions GmbH
पहली प्रस्तुति1988; 36 years ago (1988)
Stable release
5.8.6 / July 14, 2010; 14 years ago (2010-07-14)
Preview release
5.8.6 / July 14, 2010; 14 years ago (2010-07-14)
टाइपिंग अनुशासनstrong, static, safe or if unsafe explicitly safe isolated
स्कोपLexical
प्लेटफॉर्मIA-32, x86-64, PowerPC, SPARC
ओएसCross-platform: FreeBSD, Linux, Darwin, SunOS
वेबसाइटwww.modula3.org
Major implementations
SRC Modula-3, CM3,[1] PM3,[2] EZM3,[3] M3/PC Klagenfurt[4]
Influenced by
ALGOL, Euclid, Mesa, Modula-2, Modula-2+, Oberon, Pascal
Influenced
C#, Java, Nim,[5] OCaml, Rust,[6] Python[7]

Modula-3 प्रोग्रामिंग भाषा है जिसे Modula-2 के उन्नत संस्करण के उत्तराधिकारी के रूप में तैयार किया गया है जिसे Modula-2+ के नाम से जाना जाता है। हालांकि यह अनुसंधान क्षेत्रों में प्रभावशाली रहा है (जावा (प्रोग्रामिंग भाषा), सी शार्प (प्रोग्रामिंग भाषा)|सी#, पायथन (प्रोग्रामिंग भाषा) जैसी भाषाओं के डिजाइन को प्रभावित कर रहा है।[8] और निम (प्रोग्रामिंग भाषा)) इसे उद्योग में व्यापक रूप से नहीं अपनाया गया है। इसे डिजिटल उपकरण निगम (डीईसी) डीईसी सिस्टम्स रिसर्च सेंटर (एसआरसी) में लुका कार्डेली, जेम्स डोनह्यू, ल्यूसिल ग्लासमैन, मिक जॉर्डन (ओलिवेत्ति सॉफ्टवेयर टेक्नोलॉजी प्रयोगशाला से पहले), बिल कल्सो और ग्रेग नेल्सन (कंप्यूटर वैज्ञानिक) द्वारा डिजाइन किया गया था। 1980 के दशक के अंत में ओलिवेटी रिसर्च सेंटर (ओआरसी)।

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

ऐतिहासिक विकास

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

इसका डिज़ाइन उस समय एसआरसी और बलूत का फल कंप्यूटर रिसर्च सेंटर (एआरसी, बाद में ओआरसी जब ओलिवेटी कब्जा एकोर्न) में उपयोग में आने वाली मोडुला-2+ भाषा पर काम से काफी प्रभावित था, जो वह भाषा थी जिसमें ऑपरेटिंग सिस्टम था DEC फ़ायरफ़्लाई मल्टीप्रोसेसर VAX वर्कस्टेशन लिखा गया था और जिसमें एआरएम वास्तुकला आधारित बलूत का फल आर्किमिडीज़ श्रेणी के कंप्यूटरों के ARX (ऑपरेटिंग सिस्टम) ऑपरेटिंग सिस्टम प्रोजेक्ट के लिए ARC पर एकॉर्न सी और मॉड्यूला एक्ज़ीक्यूशन लाइब्रेरी (CAMEL) के लिए एकोर्न कंपाइलर लिखा गया था। जैसा कि संशोधित मॉड्यूला -3 रिपोर्ट में कहा गया है, भाषा अन्य भाषाओं जैसे मेसा (प्रोग्रामिंग भाषा), सीडर (प्रोग्रामिंग भाषा), ऑब्जेक्ट पास्कल, ओबेरॉन (प्रोग्रामिंग भाषा) और यूक्लिड (प्रोग्रामिंग भाषा) से प्रभावित थी।[9] 1990 के दशक के दौरान, मॉड्यूला-3 ने शिक्षण भाषा के रूप में काफी लोकप्रियता हासिल की, लेकिन इसे कभी भी औद्योगिक उपयोग के लिए व्यापक रूप से नहीं अपनाया गया। इसमें योगदान देने वाला प्रमुख मॉड्यूला-3 समर्थक डीईसी का निधन हो सकता है (विशेषकर जब 1998 में डीईसी को कॉम्पैक को बेचे जाने से पहले इसने इसे प्रभावी ढंग से बनाए रखना बंद कर दिया था)। किसी भी मामले में, मॉड्यूला-3 की सरलता और शक्ति के बावजूद, ऐसा प्रतीत होता है कि ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग के प्रतिबंधित कार्यान्वयन के साथ प्रक्रियात्मक संकलित भाषा की बहुत कम मांग थी। कुछ समय के लिए, CM3 नाम का वाणिज्यिक संकलक DEC SRC के पूर्व मुख्य कार्यान्वयनकर्ताओं में से द्वारा बनाए रखा गया था, जिसे DEC से पहले काम पर रखा गया था, कॉम्पैक को बेचा जा रहा था, रिएक्टर नामक एकीकृत विकास वातावरण (आईडीई) और एक्स्टेंसिबल जावा वर्चुअल मशीन (बाइनरी कोड में लाइसेंस प्राप्त) और स्रोत कोड प्रारूप और रिएक्टर के साथ निर्माण योग्य) क्रिटिकल मास, इंक. द्वारा पेश किए गए थे, लेकिन उस कंपनी ने 2000 में सक्रिय संचालन बंद कर दिया और अपने उत्पादों के कुछ स्रोत कोड दे दिए। elego सॉफ्टवेयर सॉल्यूशंस जीएमबीएच। मॉड्यूला-3 अब विश्वविद्यालयों में ज्यादातर तुलनात्मक प्रोग्रामिंग भाषा पाठ्यक्रमों में पढ़ाया जाता है, और इसकी पाठ्यपुस्तकें प्रिंट से बाहर हैं। मूलतः Modula-3 का एकमात्र कॉर्पोरेट समर्थक है elego, जिसे क्रिटिकल मास से स्रोत विरासत में मिले और तब से उसने स्रोत और बाइनरी कोड में CM3 सिस्टम के कई रिलीज़ किए हैं। रिएक्टर आईडीई को कई वर्षों के बाद खुला स्रोत जारी किया गया है, नए नाम सीएम3-आईडीई के साथ। मार्च 2002 में, elego ने अन्य सक्रिय मॉड्यूला-3 वितरण, पीएम3 के भंडार को भी अपने कब्जे में ले लिया, जिसे तब तक इकोले पॉलिटेक्निक डी मॉन्ट्रियल में बनाए रखा गया था, लेकिन बाद में एचएम3 पर काम जारी रहा, बाद के वर्षों में इसमें सुधार हुआ जब तक कि यह अप्रचलित नहीं हो गया।

वाक्यविन्यास

किसी भाषा के सिंटैक्स (प्रोग्रामिंग भाषाएँ) का सामान्य उदाहरण हैलो, वर्ल्ड! कार्यक्रम.

<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 > मॉड्यूल मुख्य; आयात आईओ; शुरू 

 IO.पुट(हैलो वर्ल्ड\n)

END मुख्य. </सिंटैक्सहाइलाइट>

मॉड्यूल-3 के सभी प्रोग्रामों में कम से कम मॉड्यूल फ़ाइल होती है, जबकि अधिकांश में इंटरफ़ेस फ़ाइल भी शामिल होती है जिसका उपयोग क्लाइंट मॉड्यूल से डेटा तक पहुंचने के लिए करते हैं। कुछ अन्य भाषाओं की तरह, मॉड्यूला-3 प्रोग्राम को मुख्य मॉड्यूल निर्यात करना होगा, जो या तो Main.m3 नाम की फ़ाइल हो सकती है, या फ़ाइल कॉल कर सकती है EXPORT मुख्य मॉड्यूल निर्यात करने के लिए। <सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 >मॉड्यूल फू एक्सपोर्ट्स मुख्य</सिंटैक्सहाइलाइट> मॉड्यूल फ़ाइल नाम स्रोत कोड में नाम के समान होने की सलाह दी जाती है। यदि वे भिन्न हैं, तो कंपाइलर केवल चेतावनी उत्सर्जित करता है।

सिंटैक्स में अन्य परंपराओं में इंटरफ़ेस के निर्यातित प्रकार का नामकरण शामिल है T, चूंकि प्रकार आमतौर पर उनके पूर्ण नामों से योग्य होते हैं, इसलिए प्रकार T अंदर मॉड्यूल का नाम Foo रखा जाएगा Foo.T. इससे पठनीयता में सहायता मिलती है. इसी तरह का अन्य सम्मेलन किसी सार्वजनिक वस्तु का नामकरण करना है Public जैसा कि नीचे दिए गए OOP उदाहरणों में है।

भाषा विशेषताएँ

मॉड्यूलैरिटी

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

<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 > मॉड्यूल हैलोवर्ल्ड एक्सपोर्ट्स मुख्य; आयात आईओ; शुरू 

 IO.पुट(हैलो वर्ल्ड\n)

समाप्त हैलोवर्ल्ड। </सिंटैक्सहाइलाइट>

कोई भी संकलित इकाई हो सकती है IMPORT अन्य इंटरफ़ेस, हालाँकि सर्कुलर आयात निषिद्ध हैं। इसे कार्यान्वयन मॉड्यूल से आयात करके हल किया जा सकता है। आयातित मॉड्यूल के भीतर इकाइयों को केवल मॉड्यूल नाम के बजाय, का उपयोग करके आयात किया जा सकता है FROM Module IMPORT Item [, Item]* वाक्य - विन्यास:

<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 > मॉड्यूल हैलोवर्ल्ड एक्सपोर्ट्स मुख्य; आईओ आयात पुट से; शुरू 

 रखो(हैलो वर्ल्ड\n)

समाप्त हैलोवर्ल्ड। </सिंटैक्सहाइलाइट>

आमतौर पर, कोई केवल इंटरफ़ेस आयात करता है, और इंटरफ़ेस के भीतर आइटम तक पहुंचने के लिए 'डॉट' नोटेशन का उपयोग करता है (रिकॉर्ड के भीतर फ़ील्ड तक पहुंचने के समान)। सामान्य उपयोग किसी भी समर्थन प्रक्रिया के साथ प्रति इंटरफ़ेस डेटा संरचना (रिकॉर्ड या ऑब्जेक्ट) को परिभाषित करना है। यहां मुख्य प्रकार को 'टी' नाम मिलेगा, और का उपयोग इन के रूप में किया जाएगा MyModule.T.

आयातित मॉड्यूल और मॉड्यूल के भीतर अन्य इकाई के बीच नाम टकराव की स्थिति में, आरक्षित शब्द AS के रूप में उपयोग किया जा सकता है IMPORT CollidingModule AS X;


सुरक्षित बनाम असुरक्षित

कुछ क्षमताएं असुरक्षित मानी जाती हैं, जहां कंपाइलर अब गारंटी नहीं दे सकता कि परिणाम सुसंगत होंगे; उदाहरण के लिए, जब C (प्रोग्रामिंग भाषा) भाषा से इंटरफ़ेस किया जाता है। कीवर्ड UNSAFE के सामने उपसर्ग लगाया गया INTERFACE या MODULE, का उपयोग संकलक को भाषा की कुछ निम्न स्तरीय विशेषताओं को सक्षम करने के लिए बताने के लिए किया जा सकता है। उदाहरण के लिए, असुरक्षित ऑपरेशन उपयोग किए जाने वाले प्रकार के सिस्टम को बायपास कर रहा है LOOPHOLE किसी पूर्णांक के बिट्स को फ़्लोटिंग पॉइंट में कॉपी करना REAL संख्या।

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

जेनेरिक

एक सामान्य इंटरफ़ेस और उसके अनुरूप सामान्य मॉड्यूल, उपसर्ग करें INTERFACE या MODULE कीवर्ड के साथ GENERIC, और औपचारिक तर्क के रूप में अन्य इंटरफ़ेस लें। इस प्रकार ([[टेम्पलेट (सी++)]]|सी++ टेम्प्लेट की तरह) कोई आसानी से अमूर्त डेटा प्रकारों को परिभाषित और उपयोग कर सकता है, लेकिन सी++ के विपरीत, ग्रैन्युलैरिटी मॉड्यूल स्तर पर है। इंटरफ़ेस को सामान्य इंटरफ़ेस और कार्यान्वयन मॉड्यूल को तर्क के रूप में पास किया जाता है, और कंपाइलर ठोस मॉड्यूल उत्पन्न करेगा।

उदाहरण के लिए, कोई जेनेरिकस्टैक को परिभाषित कर सकता है, फिर इसे इंटरफेस जैसे इंस्टेंटियेट कर सकता है IntegerElem, या RealElem, या ऑब्जेक्ट के लिए इंटरफ़ेस भी, जब तक कि उनमें से प्रत्येक इंटरफ़ेस सामान्य मॉड्यूल के लिए आवश्यक गुणों को परिभाषित करता है।

नंगे प्रकार INTEGER, या REAL उपयोग नहीं किया जा सकता, क्योंकि वे मॉड्यूल नहीं हैं, और जेनरिक की प्रणाली मॉड्यूल को तर्क के रूप में उपयोग करने पर आधारित है। तुलनात्मक रूप से, C++ टेम्पलेट में, नंगे प्रकार का उपयोग किया जाएगा।

फ़ाइल: IntegerElem.i3

<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 हाइलाइट= 1 > इंटरफ़ेस पूर्णांकElem; CONST नाम = पूर्णांक; प्रकार टी = पूर्णांक; प्रक्रिया प्रारूप(x: T): पाठ; प्रक्रिया स्कैन(txt: टेक्स्ट; VAR x: T): बूलियन; अंत पूर्णांकElem. </सिंटैक्सहाइलाइट>

फ़ाइल: GenericStack.ig

<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 हाइलाइट= 1 > जेनेरिक इंटरफ़ेस जेनेरिकस्टैक (तत्व); (* यहां Element.T जेनेरिक स्टैक में संग्रहित किया जाने वाला प्रकार है। *) प्रकार 

 टी = सार्वजनिक वस्तु;
 सार्वजनिक = वस्तु
 विधि
 init(): TStack;
 प्रारूप(): पाठ;
 खाली है(): बूलियन;
 गिनती(): पूर्णांक;
 पुश (एल्म: एलिमेंट.टी);
 पॉप (VAR elem: Element.T): बूलियन;
 अंत;

जेनेरिकस्टैक समाप्त करें। </सिंटैक्सहाइलाइट>

फ़ाइल: जेनेरिकस्टैक.एमजी

<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 हाइलाइट= 1 > जेनेरिक मॉड्यूल जेनेरिकस्टैक(एलिमेंट); <... सामान्य कार्यान्वयन विवरण... > प्रक्रिया प्रारूप (स्वयं: टी): पाठ = वीएआर 

 str: पाठ;

शुरू 

 str := Element.Name & Stack{ ;
 k के लिए�:= 0 प्रति self.n -1 DO
 यदि k > 0 तो strt:= str & , ; अंत;
 strs:= str और Element.Format(self.arr[k]);
 अंत;
 str := str & }; ;
 रिटर्न स्ट्र;

अंत प्रारूप; <... अधिक सामान्य कार्यान्वयन विवरण... > जेनेरिकस्टैक समाप्त करें। </सिंटैक्सहाइलाइट>

फ़ाइल: IntegerStack.i3

<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 > इंटरफ़ेस इंटीजरस्टैक = जेनेरिकस्टैक(इंटीजरएलेम) अंत इंटीजरस्टैक। </सिंटैक्सहाइलाइट>

फ़ाइल: IntegerStack.m3

<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 > मॉड्यूल इंटीजरस्टैक = जेनेरिकस्टैक(इंटीजरएलेम) एंड इंटीजरस्टैक। </सिंटैक्सहाइलाइट>

ट्रेसेबिलिटी

अन्य भाषाओं की 'शामिल' सुविधा के विपरीत, किसी भी पहचानकर्ता का पता वहीं लगाया जा सकता है जहां से उसकी उत्पत्ति हुई थी। संकलित इकाई को अन्य संकलित इकाइयों से पहचानकर्ताओं को आयात करना होगा IMPORT कथन। यहां तक ​​कि गणनाएं भी उसी 'डॉट' नोटेशन का उपयोग करती हैं जैसा कि किसी रिकॉर्ड के फ़ील्ड तक पहुंचने के दौरान किया जाता है।

<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 हाइलाइट= 1 > इंटरफ़ेस ए;

प्रकार रंग = {काला, भूरा, लाल, नारंगी, पीला, हरा, नीला, बैंगनी, ग्रे, सफेद};

अंत ए; </सिंटैक्सहाइलाइट> <सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 > मॉड्यूल बी;

आयात ए; आयातित रंग से;

वीएआर 

 एरंग: ए.रंग; (* मॉड्यूल नाम को उपसर्ग के रूप में उपयोग करता है *)
 रंग: रंग; (* उपसर्ग के रूप में मॉड्यूल नाम नहीं है *)
 अन्यरंग: ​​ए.रंग;

शुरू 

 aरंग := A.रंग.भूरा;
 रंग := रंग.लाल;
 अन्य रंग := रंग.नारंगी; (*केवल नारंगी रंग का उपयोग नहीं कर सकते*)

अंत बी. </सिंटैक्सहाइलाइट>

गतिशील आवंटन

मॉड्यूला-3 रनटाइम (प्रोग्राम जीवनचक्र चरण) पर डेटा के आवंटन का समर्थन करता है। मेमोरी दो प्रकार की होती है जिन्हें आवंटित किया जा सकता है, TRACED और UNTRACEDअंतर यह है कि कचरा संग्रहण (कंप्यूटर विज्ञान) इसे देख सकता है या नहीं। NEW() मेमोरी के इन वर्गों में से किसी के डेटा को आवंटित करने के लिए उपयोग किया जाता है। में UNSAFE मापांक, DISPOSE अप्रयुक्त स्मृति को मुक्त करने के लिए उपलब्ध है।

वस्तु-उन्मुख

मॉड्यूल-3 में ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग तकनीकों का उपयोग किया जा सकता है, लेकिन उनका उपयोग कोई आवश्यकता नहीं है। मॉड्यूल-3 (मॉड्यूल, जेनरिक) में प्रदान की गई कई अन्य सुविधाएं आमतौर पर ऑब्जेक्ट-ओरिएंटेशन की जगह ले सकती हैं।

वस्तु समर्थन को जानबूझकर इसकी सबसे सरल शर्तों पर रखा गया है। ऑब्जेक्ट प्रकार (जिसे अन्य ऑब्जेक्ट-ओरिएंटेड भाषाओं में क्लास कहा जाता है) को इसके साथ पेश किया जाता है OBJECT घोषणा, जिसका वाक्य-विन्यास मूलतः a जैसा ही है RECORD घोषणा, हालांकि ऑब्जेक्ट प्रकार संदर्भ प्रकार है, जबकि मॉड्यूल -3 में रिकॉर्ड्स (सी में structs के समान) नहीं हैं। निर्यात किए गए प्रकारों को आम तौर पर परंपरा के अनुसार टी नाम दिया जाता है, और तरीकों और डेटा को उजागर करने के लिए अलग सार्वजनिक प्रकार बनाया जाता है। उदाहरण के लिए:

<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 हाइलाइट= 1 > इंटरफ़ेस व्यक्ति;

टाइप टी <: सार्वजनिक; 

 सार्वजनिक = वस्तु
 विधि
 getAge(): पूर्णांक;
 init(नाम: पाठ; आयु: पूर्णांक): टी;
 अंत;

अंत व्यक्ति. </सिंटैक्सहाइलाइट> यह इंटरफ़ेस को परिभाषित करता है Person दो प्रकार के साथ, T, और Public, जिसे दो विधियों वाली वस्तु के रूप में परिभाषित किया गया है, getAge() और init(). T के उपप्रकार के रूप में परिभाषित किया गया है Public के प्रयोग से <: ऑपरेटर।

नया बनाने के लिए Person.T ऑब्जेक्ट, अंतर्निहित प्रक्रिया का उपयोग करें NEW विधि के साथ init() जैसा <सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 > VAR जिम := NEW(Person.T).init(जिम, 25); </सिंटैक्सहाइलाइट>

मॉड्यूल-3 REVEAL कन्स्ट्रक्ट, मनमाने ढंग से मित्रता के कई स्तरों के साथ, ग्राहकों से कार्यान्वयन विवरण छिपाने के लिए वैचारिक रूप से सरल और स्वच्छ लेकिन बहुत शक्तिशाली तंत्र प्रदान करता है। उपयोग REVEAL का पूर्ण कार्यान्वयन दिखाने के लिए Person ऊपर से इंटरफ़ेस.

<सिंटैक्सहाइलाइट लैंग= मॉड्यूल2 > मॉड्यूल व्यक्ति;

रिवील टी = सार्वजनिक ब्रांडेड वस्तु 

 नाम: पाठ; (*ये दो चर*)
 आयु: पूर्णांक; (*निजी हैं।*)

ओवरराइड 

 getAge := आयु;
 init := init;

अंत;

प्रक्रिया आयु (स्वयं: टी): पूर्णांक = 

 शुरू
 वापसी स्व.उम्र;
 अंत आयु;

प्रक्रिया प्रारंभ(स्वयं: टी; नाम: पाठ; आयु: पूर्णांक): टी = 

 शुरू
 स्वयं का नाम�:= नाम;
 स्व.उम्र�:=आयु;
 स्वयं लौटें;
 अंत प्रारंभ;

शुरू अंत व्यक्ति. </सिंटैक्सहाइलाइट>

के उपयोग पर ध्यान दें BRANDED कीवर्ड, जो संरचनात्मक तुल्यता से बचने के लिए वस्तुओं को अद्वितीय बनाने के लिए उन्हें ब्रांड करता है। BRANDED स्ट्रिंग को तर्क के रूप में भी ले सकते हैं, लेकिन जब छोड़ा जाता है, तो आपके लिए अद्वितीय स्ट्रिंग उत्पन्न होती है।

मॉड्यूला-3 उन कुछ प्रोग्रामिंग भाषाओं में से है, जिन्हें कड़ाई से योग्य होने के लिए मॉड्यूल से बाहरी संदर्भों की आवश्यकता होती है। यानी मॉड्यूल में संदर्भ A वस्तु को x मॉड्यूल से निर्यात किया गया B फॉर्म लेना होगा B.x. मॉड्यूल-3 में, मॉड्यूल से सभी निर्यातित नामों को आयात करना असंभव है।

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

अपवाद

अपवाद प्रबंधन किस पर आधारित है? TRY...EXCEPT ब्लॉक प्रणाली, जो तब से है[citation needed] आम हो जाओ. विशेषता जिसे अन्य भाषाओं में नहीं अपनाया गया है[citation needed], डेल्फ़ी (प्रोग्रामिंग भाषा), पायथन (प्रोग्रामिंग भाषा) के उल्लेखनीय अपवादों के साथस्थान, स्काला (प्रोग्रामिंग भाषा)[1] और विज़ुअल बेसिक.NET, वह है EXCEPT कंस्ट्रक्ट ने प्रत्येक संभावित अपवाद के साथ स्विच कथन के रूप को अपने EXCEPT क्लॉज में मामले के रूप में परिभाषित किया है। Modula-3 भी सपोर्ट करता है a LOOP...EXIT...END उस लूप का निर्माण तब तक करें जब तक कि a EXIT होता है, a के अंदर साधारण लूप के समतुल्य संरचना TRY...EXCEPT खंड.

बहु-थ्रेडेड

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

अंतर्निर्मित डेटा संरचना MUTEX इसका उपयोग कई थ्रेड्स को सिंक्रोनाइज़ करने और डेटा संरचनाओं को संभावित भ्रष्टाचार या दौड़ की स्थिति के साथ साथ एक्सेस से बचाने के लिए किया जाता है। LOCK e> स्टेटमेंट ब्लॉक प्रस्तुत करता है जिसमें म्यूटेक्स लॉक है। अनलॉक करना ए MUTEX कोड निष्पादन लोकस के ब्लॉक छोड़ने से निहित है। MUTEX e> वस्तु है, और इस प्रकार, अन्य वस्तुएँ इससे प्राप्त की जा सकती हैं।

उदाहरण के लिए, लाइब्रेरी libm3 के इनपुट/आउटपुट (I/O) अनुभाग में, पाठक और लेखक (Rd.T, और Wr.T) MUTEX से प्राप्त होते हैं, और वे किसी भी आंतरिक डेटा तक पहुंचने या संशोधित करने से पहले खुद को लॉक कर लेते हैं। बफ़र्स।


सारांश

संक्षेप में, भाषा की विशेषताएं:

मॉड्यूला-3 उन दुर्लभ भाषाओं में से है जिनकी विशेषताओं का विकास प्रलेखित है।

मॉड्यूला-3 के साथ सिस्टम प्रोग्रामिंग में भाषा डिजाइन के चार आवश्यक बिंदुओं पर गहन चर्चा की गई है। ये विषय हैं: संरचनात्मक बनाम नाम तुल्यता, उपप्रकार नियम, सामान्य मॉड्यूल और पैरामीटर मोड जैसे READONLY.

मानक पुस्तकालय सुविधाएँ

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

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

कुछ अनुशंसित इंटरफ़ेस उपलब्ध कार्यान्वयन में लागू किए गए हैं लेकिन आवश्यक नहीं हैं

  • लेक्स: संख्या और अन्य डेटा को पार्स करने के लिए
  • Fmt: मुद्रण के लिए विभिन्न डेटा प्रकारों को फ़ॉर्मेट करना
  • पीकेएल (या अचार): कचरा संग्रहकर्ता द्वारा पहुंच योग्य किसी भी संदर्भ प्रकार का ऑब्जेक्ट क्रमांकन
  • तालिका: मानचित्र के लिए सामान्य मॉड्यूल (कंप्यूटर विज्ञान)

C की तरह, I/O भी लाइब्रेरीज़ के माध्यम से प्रदान किया जाता है, जिसे Modula-3 कहा जाता है Rd और Wr. आरडी (पाठक) और डब्लूआर (लेखक) पुस्तकालयों के ऑब्जेक्ट-ओरिएंटेड डिज़ाइन को ग्रेग नेल्सन की पुस्तक में विस्तार से शामिल किया गया है। मॉड्यूला-3 का दिलचस्प पहलू यह है कि यह उन कुछ प्रोग्रामिंग भाषाओं में से है, जिनके मानक पुस्तकालयों को औपचारिक रूप से सत्यापित किया गया है कि उनमें लॉकिंग बग सहित विभिन्न प्रकार के बग शामिल नहीं हैं। यह लार्च/मोडुला-3 के तत्वावधान में किया गया था (लार्च परिवार देखें)[11] और विस्तारित स्थैतिक जाँच[12] डीईसी एसआरसी में परियोजनाएं।

कार्यान्वयन

कई कंपाइलर उपलब्ध हैं, उनमें से अधिकांश ओपन-सोर्स मॉडल हैं।

  • DEC-SRC M3, मूल।[13]
  • ओलिवेटी रिसर्च सेंटर (ओआरसी) मोडुला-3 टूलकिट, मूल रूप से कंपाइलर, अब मॉड्यूला-3 कार्यक्रमों के वाक्यविन्यास, शाब्दिक और अर्थ संबंधी विश्लेषण के लिए पुस्तकालय के रूप में उपलब्ध है।[14]
  • क्रिटिकल मास CM3, DEC-SRC M3 का अलग उत्तराधिकारी
  • पॉलिटेक्निक मॉन्ट्रियल मोडुला-3 पीएम3, डीईसी-एसआरसी एम3 का उत्तराधिकारी, वर्तमान में सीएम3 के साथ विलय कर रहा है
  • EzM3, स्वतंत्र हल्का और आसानी से पोर्टेबल कार्यान्वयन, CVSup के संबंध में विकसित किया गया
  • एचएम3, पीएम3 के पीएम3-1.1.15 रिलीज का उत्तराधिकारी, एनपीटीएल का उपयोग करके देशी थ्रेडिंग के समर्थन के साथ
  • CM3, क्रिटिकल मास CM3 का उत्तराधिकारी। यह एकमात्र अद्यतन, अनुरक्षित और विकसित कार्यान्वयन है। रिलीज़ http://www.opencm3.net/releng/ पर उपलब्ध हैं।

चूँकि C डेटा संरचनाओं का एकमात्र पहलू जो Modula-3 से गायब है, वह यूनियन प्रकार है, सभी मौजूदा Modula-3 कार्यान्वयन Array डेटा संरचना और रिकॉर्ड (कंप्यूटर विज्ञान) की C भाषा प्रकार की घोषणाओं के साथ अच्छी बाइनरी कोड संगतता प्रदान करने में सक्षम हैं।

किताबें

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

  • ग्रेग नेल्सन, एड., मॉड्यूला-3 के साथ सिस्टम प्रोग्रामिंग, ऑब्जेक्ट-ओरिएंटेड सिस्टम सॉफ्टवेयर निर्माण पर दिलचस्प लेखों और भाषा की अंतिम विशेषताओं तक ले जाने वाली चर्चा के दस्तावेजीकरण के साथ मॉड्यूला-3 भाषा पर निश्चित संदर्भ। कुछ पूर्व हैं (देखें[9]अध्याय दो के लिए,[15] अध्याय चार के लिए,[16] अध्याय पाँच के लिए,[17] अध्याय छह के लिए) और कुछ पीछे (देखें)।[18] अध्याय और अधिक अद्यतन दो के लिए, इस प्रकार भाषा परिभाषा के दोनों पूर्व संस्करण[9]और,[10]अध्याय तीन के लिए और[19] अध्याय सात के लिए) इसके आठ अध्यायों में से अधिकांश के प्रकाशन संस्करण डाउनलोड के लिए अनुसंधान रिपोर्ट के रूप में पूर्व डीईसी सिस्टम्स रिसर्च सेंटर (एसआरसी) से व्यक्तिगत रूप से उपलब्ध हैं।
  • सैमुअल पी. हार्बिसन, मॉड्यूला-3 कक्षा पाठ्यपुस्तक का उपयोग करना आसान है।
  • रॉबर्ट सेडगेविक (कंप्यूटर वैज्ञानिक), मॉड्यूला-3 में एल्गोरिदम
  • लास्ज़लो बोस्ज़ोर्मेनी और कार्स्टन वीच, मॉड्यूला-3 में प्रोग्रामिंग: स्टाइल के साथ प्रोग्रामिंग में परिचय
  • रेन्ज़ो ओरसिनी, एगोस्टिनो कॉर्टेसी प्रोग्राममेयर इन मोडुला-3: इंट्रोड्यूज़ियोन अल्ला प्रोग्राममेज़ियोन इम्पेरटिवा ई ए ओगेटी भाषा की इतालवी पुस्तक जो इसकी मुख्य विशेषताओं को समझाती है।

मॉड्यूला-3 का उपयोग करने वाली परियोजनाएं

मॉड्यूल-3 प्रोग्राम किए गए सॉफ़्टवेयर में शामिल हैं:

  • स्पिन (ऑपरेटिंग सिस्टम) ऑपरेटिंग सिस्टम
  • सीवीएसयूपी सॉफ्टवेयर भंडार सिंक्रोनाइजिंग प्रोग्राम
  • बूंदा बांदी भाषा, जो स्थानीय नेटवर्क पर वस्तुओं को पारदर्शी रूप से स्थानांतरित करने के लिए मॉड्यूला-3 नेटवर्क ऑब्जेक्ट की क्षमता का उपयोग करती है, जिससे मॉड्यूला-3 ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग प्रतिमान में वितरित क्षमता की अनुमति मिलती है। इसका उपयोग मॉड्यूला-3 में स्क्रिप्टिंग एक्सटेंशन के रूप में वितरित एप्लिकेशन, कंप्यूटर एनिमेशन और वेब प्रोग्रामिंग एप्लिकेशन बनाने के लिए किया गया है।

अन्य प्रोग्रामिंग भाषाओं पर प्रभाव

हालाँकि मॉड्यूला-3 को मुख्यधारा का दर्जा नहीं मिला, लेकिन डीईसी-एसआरसी एम3 वितरण के कई हिस्सों को मिला। संभवतः सबसे प्रभावशाली हिस्सा नेटवर्क ऑब्जेक्ट लाइब्रेरी था, जिसने नेटवर्क प्रोटोकॉल सहित जावा के पहले रिमोट मेथड इनवोकेशन (आरएमआई) कार्यान्वयन का आधार बनाया। केवल जब सन सामान्य वस्तु अनुरोध ब्रोकर आर्किटेक्चर (CORBA) मानक से सामान्य इंटर-ओआरबी प्रोटोकॉल में चला गया तो इसे हटा दिया गया। दूरस्थ वस्तुओं के कचरा संग्रहण (कंप्यूटर विज्ञान) पर जावा दस्तावेज़ अभी भी मॉड्यूला -3 नेटवर्क ऑब्जेक्ट्स के लिए किए गए अग्रणी कार्य का उल्लेख करता है।[20] पायथन का कक्षाओं का कार्यान्वयन भी C++ और Modula-3 में पाए जाने वाले वर्ग तंत्र से प्रेरित था।[21] साथ ही निम भाषा (प्रोग्रामिंग भाषा) मॉड्यूला-3 के कुछ पहलुओं का उपयोग करती है, जैसे #डायनामिक आवंटन पॉइंटर्स।

संदर्भ

  1. ↑ "Critical Mass Modula-3 (CM3)". Critical Mass Modula-3. elego Software Solutions GmbH. Retrieved 2020-03-21.
  2. ↑ "Polytechnique Montréal Modula-3 (PM3): What is it". Polytechnique Montréal Modula-3. elego Software Solutions GmbH. Retrieved 2020-03-21.
  3. ↑ Polstra, John D. (November 9, 2006). "Ezm3: An Easier Modula-3 Distribution". CVSup.org. Archived from the original on April 10, 2013. Retrieved 2020-03-21.
  4. ↑ Weich, Carsten. "M3/PC Klagenfurt 96: a Modula-3 environment for MS-DOS". Department of Informatics. University of Klagenfurt. Archived from the original on 20 May 2000. Retrieved 2020-03-21.
  5. ↑ Picheta, Dominik; Locurcio, Hugo. "Frequently Asked Questions". Retrieved 2020-03-21.
  6. ↑ "R/Rust - I just learned about Modula-3, a language that had a lot of similar goals to Rust, and there was even an experimental OS that relied on the safety provided by the language".
  7. ↑ van Rossum, Guido (May 1996). "Programming Python: Foreword (1st ed.)". Python.org. Retrieved 2020-03-21.
  8. ↑ "Design and History FAQ: Why must 'self' be used explicitly in method definitions and calls?". Python.org. March 21, 2020. Retrieved 2020-03-21.
  9. ↑ 9.0 9.1 9.2 Modula-3 report (revised) Luca Cardelli, James Donahue, Lucille Glassman, Mick Jordan, Bill Kalsow, Greg Nelson. DEC Systems Research Center (SRC) Research Report 52 (November 1989)
  10. ↑ 10.0 10.1 Some Useful Modula-3 Interfaces Archived 2016-03-04 at the Wayback Machine Jim Horning, Bill Kalsow, Paul McJones, Greg Nelson. DEC Systems Research Center (SRC) Research Report 113 (December 1993)
  11. ↑ LM3 Archived 2016-03-03 at the Wayback Machine Kevin D. Jones. DEC Systems Research Center (SRC) Research Report 72 (June 1991)
  12. ↑ Extended Static Checking Archived 2017-07-05 at the Wayback Machine David L. Detlefs, K. Rustan M. Leino, Greg Nelson, James B. Saxe. Compaq SRC Research Report 159 (December 1998)
  13. ↑ SRC Modula-3 3.3[permanent dead link] Bill Kalsow and Eric Muller. Digital Equipment Corporation (January 1995)
  14. ↑ Jordan, Mick (1990). "An extensible programming environment for Modula-3". SIGSOFT Softw. Eng. Notes. 15 (6): 66–76. doi:10.1145/99278.99285.
  15. ↑ An Introduction to Programming with Threads Archived 2017-07-05 at the Wayback Machine Andrew D. Birrell. DEC Systems Research Center (SRC) Research Report 35 (January 1989)
  16. ↑ Synchronization Primitives for a Multiprocessor: A Formal Specification Archived 2016-03-04 at the Wayback Machine A. D. Birrell, J. V. Guttag, J. J. Horning, R. Levin. DEC Systems Research Center (SRC) Research Report 20 (August 1987)
  17. ↑ IO Streams: Abstract Types, Real Programs Archived 2016-03-03 at the Wayback Machine Mark R. Brown and Greg Nelson. DEC Systems Research Center (SRC) Research Report 53 (November 1989)
  18. ↑ Modula-3 Reference Manual Luca Cardelli, James Donahue, Lucille Glassman, Mick Jordan, Bill Kalsow, Greg Nelson. DEC Systems Research Center (SRC) (February 1995)
  19. ↑ Trestle Tutorial Archived 2016-03-03 at the Wayback Machine Mark S. Manasse and Greg Nelson. DEC Systems Research Center (SRC) Research Report 69 (May 1992)
  20. ↑ Garbage Collection of Remote Objects, Java Remote Method Invocation Documentation for Java SE 8.
  21. ↑ Classes, Official Python Documentation.


बाहरी संबंध

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=मॉड्यूल-3&oldid=274473’