🏂🏽 🏇 🧤 एमएसएच भाषा के कार्यान्वयन की विशेषताएं ✋🏽 🔨 🌥️

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

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

MSH प्रोग्रामिंग भाषा अवधारणाएँ

विषय - सूची

परिचय
कार्यक्रम का 2 संगठन। 2
रनटाइम। 2
डेटा प्रबंधन। 3
डेटा स्थानीयकरण। 3
आशुलिपि वाक्य रचना। 5
स्थिरांक। 5
कुछ टीमों की विशेषताएं। 5
लगातार आदेश। 5
XECUTE कमांड। 6
कमांड कॉपी और मूव। 6
संसाधन सिंक्रनाइज़ेशन। 7
SET कमांड का संक्षिप्त रूप। 8
ब्लॉक टीमें। 8
अगर आज्ञा। 8
मामले की कमान। 9
WHILE कमांड। 10
ब्लॉक लूप पुनरावृत्तियों। 10
NEXT टीम 11
बैक कमांड। 12
QUERY टीम। 12
गैर-ब्लॉक कमांड डेटा ट्री ट्रैवर्सल कमांड। 12
NEXT1 टीम। 12
कमांड BACK1। तेरह
QUERY टीम १। 13
कार्यक्रम निष्पादन प्रबंधन। 13
पासिंग पैरामीटर। 14
इवेंट हैंडलिंग। 15
EVENTTRAP कमांड। 15
टीम ईवेंट। 16
ईवेंट सेंटर टीम। 16
EVENTWAIT टीम। 16
वैक्टर। 16
64 बिट वैक्टर। 16
32 बिट वैक्टर। 17
16 बिट वैक्टर। 17
8 बिट वैक्टर। 17
ऑपरेशन। 17
वस्तुएं। 18
वस्तुओं का अनुगमन। 19
एक्सचेंज फ़ाइल के साथ। २०
निष्कर्ष। बीस

परिचय

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

अनुवाद इकाई MSH भाषा मॉड्यूल है। मॉड्यूल भाषा संस्करण की पहचान करने वाले मानक 8 बाइट्स से शुरू होता है। लाइन की शुरुआत में एक लेबल या रिक्त स्थान हो सकता है। लेबल एक ":" के साथ समाप्त होता है और किसी भी संख्या में रिक्त स्थान से बाकी कमांड से अलग होता है। पंक्तियों में आदेश शामिल हैं। टीम के अंत का एक चिन्ह "?" है। कमांड को रिक्त स्थान से तर्क से अलग किया जाता है। पात्रों का मामला मायने नहीं रखता। कमांड को किसी भी रजिस्टर के पात्रों के साथ लिखा जा सकता है। इसके अलावा, कई टीमों का संक्षिप्त रूप होता है। इसके निष्पादन के लिए एक कमांड की एक शर्त हो सकती है। यदि एक है, तो प्रतीक "?" रिक्त स्थान के बिना आदेश का पालन करता है और इस आदेश के निष्पादन के लिए शर्त। यदि कमांड निष्पादित करने की स्थिति 0 के बराबर नहीं है, तो कमांड निष्पादित किया जाता है। शर्त के अंदर, रिक्त स्थान की अनुमति नहीं है, अन्यथा उन्हें कमांड और तर्कों के बीच विभाजक के रूप में संसाधित किया जाएगा।

उदाहरण के लिए:

सेट; [५]> ५ वैल [१] = २५; // क्या यह सही है
? [२]> ५ वैल [१] = २५; // सिंटैक्स त्रुटि
SET? ([1,2]> 5) वैल [1] = 25; // सही ढंग से, अंदर () रिक्त स्थान की अनुमति है।

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

क्रम

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

डाटा प्रबंधन

जो लोग MUMPS भाषा से परिचित हैं, उनके लिए MSH में डेटा का संगठन काफी स्पष्ट है। MSH में डेटा का कोई विवरण नहीं है। कोई डेटा घोषणा नहीं है। डेटा को एक पेड़ के रूप में संग्रहीत किया जा सकता है, फिर ट्री नोड्स तक पहुंच एक वैकल्पिक नाम और सूचकांक द्वारा की जाती है। सूचकांक वर्ग कोष्ठक [] में संलग्न है। नाम उनके सामने है।

उदाहरण के लिए:

SET Pr [4,5, "rt"] = है ["ty ^ 578"];
यहाँ Pr और Is पेड़ों के नाम हैं। 4,5, "आरटी" और "टीए ^ 578" नोड इंडेक्स हैं।

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

इसके अलावा, डेटा को एक निरंतर सरणी के रूप में संग्रहीत किया जा सकता है, फिर सरणी तत्व की पहुंच में वैकल्पिक प्रतीक नाम "$" और एक सूचकांक शामिल हैं। एक इंडेक्स एक पूर्णांक है। सबसे छोटा ऐरे इंडेक्स है 1. नाम और इंडेक्स में भाव हो सकते हैं। गणना के बाद, नाम केवल एक पहचानकर्ता और सूचकांक एक पूर्णांक हो सकता है। एक सरणी किसी भी क्रम में भरी जा सकती है, लेकिन अगर आपने लिखा हैmc $ 1000 , फिर 1000 तत्वों का mc सरणी बनाया जाएगा । अपरिभाषित तत्वों में मूल्य नहीं होंगे, लेकिन वे मौजूद रहेंगे। इस सरणी के शून्य तत्व का संदर्भ देकर सरणी में तत्वों की संख्या पाई जा सकती है। उदाहरण के लिए: mc $ 0 इस तत्व के लिए एक नई सरणी लंबाई लिखकर सरणी का आकार बदला जा सकता है। लेकिन सामान्य मामले में, यह आवश्यक नहीं है, क्योंकि सरणी स्वचालित रूप से फैलती है। ट्री नोड्स और एरे तत्वों में बुनियादी प्रकार के डेटा होते हैं। ये या तो तार या संख्याएं हैं। कैसे प्रोग्रामर डेटा संग्रहीत है चिंतित नहीं है। डेटा प्रकार और उनके हेरफेर का भंडारण एमएसएच भाषा कार्यान्वयन की जिम्मेदारी है।

डेटा स्थानीयकरण

MSH डेटा को वैश्विक और स्थानीय में विभाजित किया गया है। वे नाम के प्रकार में भिन्न हैं। वैश्विक डेटा दीर्घकालिक स्मृति में संग्रहीत किया जाता है और आवेदन के जीवनकाल पर निर्भर नहीं करता है। एक बार जब वे बन जाते हैं, तो उन्हें एप्लिकेशन द्वारा बदला जा सकता है और तब तक मौजूद रहेगा जब तक कि एप्लिकेशन उन्हें KILL कमांड के साथ नष्ट नहीं कर देता । सभी वैश्विक डेटा में नाम में "^" उपसर्ग है।

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

उदाहरण के लिए:

^ gl [87,9] - वैश्विक वृक्ष नोड तक पहुंच।

^ ग्लार $ 45 - वैश्विक सरणी के तत्व तक पहुंच।

स्थानीय डेटा मौजूद है केवल जब अनुप्रयोग चल रहा है। अगला एप्लिकेशन लॉन्च पिछले लॉन्च के स्थानीय डेटा तक नहीं पहुंच सकता है।

स्थानीय डेटा का दायरा इसके प्रकार पर निर्भर करता है। डेटा स्थानीयकरण के तीन प्रकार हैं।

1. स्थानीय कार्यक्रम डेटा। वे कार्यक्रम के अंदर स्थानीयकृत होते हैं और उस क्षण से मौजूद होते हैं जब तक कार्यक्रम पूरा होने तक लॉन्च नहीं किया जाता है। यदि प्रोग्राम सबरूटिन को कॉल करता है, तो नया सबरूटीन डेटा बनाया जाता है, और सबरूटीन के अंदर स्थानीय प्रोग्राम डेटा दिखाई नहीं देता है। जब आप प्रोग्राम पर लौटते हैं, तो स्थानीय प्रोग्राम डेटा फिर से उपलब्ध हो जाता है। स्थानीय प्रोग्राम डेटा में कोई नाम नहीं है।

उदाहरण के लिए:

[7,9] - कार्यक्रम के अंदर स्थानीयकृत वृक्ष के नोड तक पहुंच।

$ 5 - कार्यक्रम के अंदर स्थानीयकृत सरणी तत्व तक पहुंच।

एक अपवाद है। ए $ कार्यक्रम के लिए पारित मापदंडों की एक सरणी भी कार्यक्रम के अंदर स्थानीयकृत है।

2. स्थानीय अनुप्रयोग डेटा। वे आवेदन के सभी कार्यों में दिखाई दे रहे हैं। आप किसी भी कार्य से उनसे संपर्क कर सकते हैं। वे उस क्षण से मौजूद हैं, जब तक कि वे किसी भी कार्य द्वारा एप्लिकेशन में तब तक बनाए जाते हैं जब तक कि एप्लिकेशन पूरा नहीं हो जाता है या जब तक वे KILL टीम द्वारा नष्ट नहीं हो जाते हैं । ऐसे डेटा के नाम " % " के साथ उपसर्ग हैं । ये चर अलग-अलग कार्यों में एक साथ उपलब्ध हैं, इसलिए वे ग्लोबल्स की तरह सिंक्रनाइज़ हैं।

उदाहरण के लिए:

% dapp [87.9] - आवेदन के अंदर स्थानीयकृत वृक्ष के नोड तक पहुंच।

% dapp $ 45 - एप्लिकेशन के अंदर स्थानीयकृत सरणी तत्व तक पहुंच।

3. स्थानीय नौकरी डेटा। वे कार्य के अंदर स्थानीयकृत होते हैं और उस समय से मौजूद होते हैं जब तक कि वे किसी भी कार्य कार्यक्रम में नहीं बन जाते हैं जब तक कि कार्य पूरा नहीं होता है या KILL टीम द्वारा नष्ट नहीं किया जाता है । इस तरह के डेटा में एक नाम होना चाहिए और इसमें उपसर्ग " ^ " और " % " नहीं होंगे। अपवाद कार्यक्रम मापदंडों का सरणी है A $ , यह कार्यक्रम के अंदर स्थानीयकृत है।

उदाहरण के लिए:

djob [87,9] - कार्य के अंदर स्थानीयकृत वृक्ष के नोड तक पहुंच।
djob $ 45 - कार्य के अंदर स्थानीयकृत सरणी के तत्व तक पहुंच।
चर तक पहुंच केवल यहां सूचीबद्ध प्रकार हो सकते हैं।

आशुलिपि वाक्य रचना

इस शब्द का MUMPS भाषा में समान शब्द से कोई संबंध नहीं है। MSH में संक्षिप्त सिंटैक्स का उपयोग या तो पूरे पेड़ या पूरे सरणी को संदर्भित करने के लिए किया जाता है। इसका उपयोग केवल अलग-अलग टीमों में किया जाता है और जहां इसकी अनुमति है, वहां हमेशा बातचीत की जाती है। पूरे पेड़ की एक अपील में एक नाम और आवश्यक चौकोर कोष्ठक होते हैं। स्थानीय प्रोग्राम ट्री के लिए कोई नाम निर्दिष्ट नहीं किया गया है।
उदाहरण के लिए:
हमें [] - पूरे पेड़ तक पहुंच।
[] - स्थानीय कार्यक्रम के पेड़ तक पहुंच।

पूरे सरणी तक पहुंच नाम और आवश्यक वर्ण " $ " के होते हैं। कार्यक्रम के स्थानीय सरणी के लिए कोई नाम नहीं दिया गया है।

उदाहरण के लिए:
हमें $ - पूरे हमारे एरे तक पहुंच।
$ - स्थानीय कार्यक्रम सरणी तक पहुंच।

स्थिरांक

बुनियादी डेटा प्रकार या तो संख्यात्मक या स्ट्रिंग हो सकते हैं। संख्यात्मक रूप या तो एक पूर्णांक या एक वास्तविक संख्या एक दशमलव बिंदु की उपस्थिति में है। संख्याओं का आधार 10. वे सकारात्मक या नकारात्मक हो सकते हैं।
उदाहरण के लिए:
25, -4, 789.56, -9.3

स्ट्रिंग स्थिरांक वर्णों के किसी भी क्रम हैं। यदि किसी स्थिरांक में केवल अक्षर और संख्याएँ होती हैं, तो आप इसे उद्धरण चिह्नों में संलग्न नहीं कर सकते, क्योंकि यह एक चर के साथ भ्रमित नहीं हो सकता है। यदि स्थिरांक में अन्य वर्ण हैं, तो इसे एकल या दोहरे उद्धरणों में संलग्न किया जाना चाहिए।
उदाहरण के लिए:
"rt @ tty # 123"
'14 "5 * 7" 89 \? '
125Dsv

कुछ टीमों की विशेषताएं

CONSTANT टीम

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

उदाहरण के लिए:
लगातार ioInOut = "/ini/par.ini>,maxIs=25;
IoInOut और maxIs constants को मान दिए गए हैं। कार्यक्रम में आगे इन मूल्यों के बजाय इन नामों का उपयोग किया जा सकता है। लगातार
टीमइसके 2 रूप हैं। इस मामले में, समानता का सही पक्ष अनुपस्थित है। इस टीम का अर्थ अलग है। नाम मॉड्यूल का नाम है जिसमें स्थिरांक होता है। इस मॉड्यूल के स्थिरांक को वर्तमान मॉड्यूल में निर्यात किया जाता है। लगातार आयात करने वाले मॉड्यूल में आयात के बारे में कोई अतिरिक्त विवरण नहीं है। आयात करने वाले मॉड्यूल में केवल स्थिरांक और कार्यक्रम दोनों हो सकते हैं।
उदाहरण के लिए:
CONSTANT sysCnsNet, usrCnsByx;
sysCnsNet और usrCnsByx मॉड्यूल नाम हैं जिनमें स्थिरांक हैं।
दोनों रूप एकल CONSTANT कमांड के तर्क के रूप में हो सकते हैं ।

XECUTE टीम

XECUTE कमांड एक बल्कि विदेशी टीम है, लेकिन यह MUMPS भाषा में मौजूद है। अन्य प्रोग्रामिंग भाषाओं में, वह मुझसे केवल जावास्क्रिप्ट में मिली। वहां इसे eval कहा जाता है। जब इस कमांड को निष्पादित किया जाता है, तो इस कमांड के तर्क की अभिव्यक्ति की गणना की जाती है, और फिर इस अभिव्यक्ति को एक स्ट्रिंग में बदल दिया जाता है, जिसे MSH कमांड के रूप में व्याख्या किया जाता है, और निष्पादित किया जाता है।

उदाहरण के लिए:
XECUTE "SET $ 1 = 89;";
नतीजतन, चर $ 1 मूल्य 89 प्राप्त करेगा ।
यह एक आदिम उदाहरण है, इस रूप में यह शायद ही इस आदेश का उपयोग करने के लिए समझ में आता है। XECUTE कमांड के तर्क अभिव्यक्ति हैं, जो आपको प्रोग्राम के चलने के समय विभिन्न MSH कमांड उत्पन्न करने की अनुमति देता है।
कमांड को उस प्रोग्राम के संदर्भ में निष्पादित किया जाता है जहां कमांड स्थित है। सभी कार्यक्रम संसाधन उसके पास उपलब्ध हैं, जिसमें स्थानीय कार्यक्रम डेटा भी शामिल है।

COPY और MOVE कमांड

कॉपी आदेश है के लिए इसी तरह मर्ज MUMPS आदेश । ये आदेश सभी नोड के साथ स्रोत नोड को रिसीवर नोड में कॉपी करते हैं। इन आदेशों के तर्क में " = " प्रतीक द्वारा अलग किए गए दो फ़ील्ड शामिल हैं । इस संकेत के दाईं ओर स्रोत नोड है, बाईं ओर रिसीवर। एक संक्षिप्त लिंक को नोड्स के रूप में अनुमति दी जाती है, इस मामले में पूरे पेड़ का उपयोग किया जाता है। ये आदेश न केवल वंशज की नकल करते हैं, बल्कि स्वयं नोड्स भी हैं। कॉपी आदेश प्रदर्शन डेटा विलय। स्रोत डेटा रिसीवर को साफ किए बिना कॉपी किया जाता है। स्रोत नहीं बदलता है। MOVE टीमवास्तव में गतिशील डेटा प्रदर्शन करता है। पहले, रिसीवर को साफ किया जाता है, फिर स्रोत नोड के सभी वंशज कॉपी किए जाते हैं और स्रोत नोड को उसके सभी वंशों के साथ हटा दिया जाता है।

उदाहरण के लिए:
// नोड हमें [5,6] नोड पर कॉपी किया जाता है [1]
कॉपी [1] = हमें [5,6];
// पूरे पेड़ को नोड में ले जाया जाता है [8]
MOVE [8] = us [];
इन कमांड का उपयोग सरणियों को कॉपी करने के लिए भी किया जा सकता है। इस स्थिति में, स्रोत और रिसीवर के रूप में केवल छोटे लिंक का उपयोग किया जा सकता है।
कार्यक्रम के तर्क arg सरणी में कॉपी किए जाते हैं।
COPY arg $ = A $;
आप मूव कमांड को स्थानांतरित करने के लिए उपयोग कर सकते हैं।
MO1 a1 $ = b1 $;
आप किसी भी सरणियों को कॉपी और स्थानांतरित कर सकते हैं।

संसाधन सिंक

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

टीमनाम पढ़ने वाले ब्लॉक। उसके तर्कों में सूचीबद्ध नाम पढ़ने से अवरुद्ध हो जाएंगे। कोई भी कार्य समान नामों को अवरुद्ध कर सकता है, लेकिन एक ऐसा कार्य जिसमें इन नामों में से किसी को ब्लॉक करने का प्रयास किया गया है, इन सभी नामों के अनलॉक होने की प्रतीक्षा करेगा। लिखने के नाम पर कब्जा करने के बाद, कोई भी लॉक लॉक कमांड तब तक निष्पादित नहीं किया जा सकता जब तक कि राइट लॉक नाम को जारी नहीं करता। यदि लॉक करना संभव नहीं है, तो कमांड नाम जारी होने की प्रतीक्षा करेगा।

उदाहरण के लिए:
LockR name1, name2, name3;
ये नाम पढ़ने से अवरुद्ध हो जाएंगे। एक अन्य कार्य लॉकडब्ल्यू

कमांड को पढ़कर उन्हें अनलॉक किए बिना इन नामों को लॉक भी कर सकता हैरिकॉर्ड से नामों को अवरुद्ध करता है। उसके तर्कों में सूचीबद्ध नामों को रिकॉर्ड द्वारा अवरुद्ध किया जाएगा। यदि तर्कों में सूचीबद्ध नाम पहले से ही किसी भी लॉक कमांड द्वारा अवरुद्ध हैं, तो यह कमांड इन नामों के जारी होने की प्रतीक्षा करेगा।
उदाहरण के लिए:
LockW name1, name2, name3;
ये नाम रिकॉर्ड से लॉक हो जाएंगे। लॉकअप
कमांड इस नाम को अनलॉक करता है । यदि कई बार पढ़ने से नाम अवरुद्ध हो जाता है, तो आपको उसी समय को अनलॉक करने की आवश्यकता है।
उदाहरण के लिए:
LockUn name1, name2, name3;
मानक कार्यों में टाइमआउट के साथ इन कमांडों के एनालॉग होते हैं।

SET कमांड का संक्षिप्त रूप

SET कमांड का संक्षिप्त रूप है। इस मामले में, समानता के बाईं ओर अनुपस्थित है, इसकी भूमिका अभिव्यक्ति में वर्णित अंतिम चर द्वारा निभाई जाती है।
उदाहरण के लिए:
SET $ 1 = 2, $ 1 + 3;
चर 1 $ 5 के बराबर हो जाएगा ।
यदि अभिव्यक्ति में कई चर हैं, तो परिणाम अंतिम चर को सौंपा जाएगा।

उदाहरण के लिए:
SET $ 1 = 1, $ 2 = 2, $ 3 = 3, $ 1 + $ 2 + $ 3; $ 3
चर 1 + 2 + 3 = 6 हो जाएगा। हालांकि यह फ़ॉर्म पहले उदाहरण के समान केवल बहुत ही सरल मामलों में उपयोग करने के लिए अधिक उपयुक्त है। दूसरा उदाहरण केवल SET कमांड के इस रूप की क्षमताओं के चित्रण के रूप में प्रदान किया गया है ।

टीमों को ब्लॉक करें

ब्लॉक कमांड्स कमांड का एक ब्लॉक बनाते हैं और साथ ही ब्लॉक की हेडिंग के रूप में काम करते हैं। प्रत्येक ब्लॉक कमांड का अपना END कमांड होना चाहिए , भले ही ब्लॉक में केवल एक कमांड हो।

अगर टीम

आईएफ कमांड एक ब्लॉक बनाता है जिसे निष्पादित किया जाता है यदि इस कमांड के निष्पादन के लिए शर्तें सही हैं। इस आदेश में कोई तर्क नहीं है। इस ब्लॉक में ELSE कमांड हो सकते हैं । ELSE कमांड का कोई तर्क नहीं है। IF ब्लॉक के बाहर, इन कमांड का कोई अर्थ नहीं है और इसे लागू नहीं किया जा सकता है। यदि IF कमांड की स्थिति पूरी होने पर IF ब्लॉक में ELSE कमांड्स हैं, तो अगले ELSE कमांड तक IF कमांड के पीछे केवल कमांड निष्पादित किए जाते हैं । ईएलएसई टीमएक निष्पादन स्थिति हो सकती है, तो इस स्थिति में सच्चाई के मामले में केवल इस आदेश के बाद स्थित आदेशों को अगले ELSE कमांड या END कमांड तक निष्पादित किया जाएगा । आईएफ ब्लॉक में इसके निष्पादन के लिए एक शर्त के बिना केवल एक ईएलएसई कमांड हो सकती है, और यह ईएलएसई कमांड के बीच अंतिम होना चाहिए ।

उदाहरण के लिए:
IF; [6] <0;
सेट y [1] = 1;
ELSE; [6] <५;
सेट y [1] = 2;
ELSE; [६] <१०;
सेट y [1] = 3;
अन्य सेट y [1] = 4;
समाप्त
इस आदेश के निष्पादन के लिए शर्त अनुपस्थित हो सकती है, फिर इस ब्लॉक को किसी भी मामले में निष्पादित किया जाएगा। हालांकि यह कल्पना करना मुश्किल है कि यह उपयोगी क्यों हो सकता है।

मामले की टीम

इस कमांड के शब्दार्थ अन्य MSH टीमों के शब्दार्थ से कुछ अलग हैं। इसमें कमांड निष्पादित करने की शर्त ऐसी नहीं है। CASE कमांड के निष्पादन की स्थिति में, अभिव्यक्ति को उस लेबल की गणना करनी चाहिए , जिस पर नियंत्रण स्थानांतरित किया जाएगा। इस आदेश में कोई तर्क नहीं है।

इस कमांड में प्रत्येक लेबल इस लेबल से अगले तक एक ब्लॉक बनाता है। जब नियंत्रण को लेबल पर स्थानांतरित किया जाता है, तो अगले लेबल तक केवल कमांड निष्पादित किए जाते हैं, और फिर वर्तमान मामले ब्लॉक से बाहर निकल जाते हैं । यह कमांड C स्विच कमांड की तुलना में पास्कल नोटेशन के करीब है। यदि लेबल के नाम की गणना के परिणामस्वरूप एक नाम पाया जाता है जो वर्तमान CASE ब्लॉक में अनुपस्थित है, तो पहले लेबल को निष्पादित करने से पहले CASE कमांड के बाद स्थित कमांड को निष्पादित किया जाएगा ।

मामले; एल_ $ जे; // लेबल का मूल्यांकन
SET x [1] = 1; // यदि कोई लेबल नहीं मिला है, तो इस ब्लॉक की कमांड
SET [2] = x [1] +1 निष्पादित की जाती है ;
एल 1: सेट x [1] = 2; // लेबल कमांड ब्लॉक L1
SET a [2] = x [1] +2;
L2: SET x [1] = 3; // लेबल कमांड ब्लॉक L2
SET a [2] = x [1] +3;
समाप्त
इस आदेश में लेबल स्पष्ट रूप से आदेशों का एक आंतरिक ब्लॉक बनाते हैं। आदेशों के ऐसे ब्लॉक के निष्पादन के बाद, नियंत्रण CASE कमांड के ब्लॉक के बाहर स्थानांतरित किया जाता है ।

WHILE कमांड

WHile कमांड का उपयोग लूप को व्यवस्थित करने के लिए किया जाता है। इस आदेश के निष्पादन के लिए शर्त लूप की निरंतरता के लिए स्थिति निर्धारित करती है। जब तक कमांड को निष्पादित करने की स्थिति 0 नहीं है, तब तक इस कमांड द्वारा गठित ब्लॉक निष्पादित किया जाएगा। ब्लॉक अंत कमांड के साथ समाप्त होता है । ऐसे ब्लॉक की END कमांड में एक फीचर होता है। इसकी एक ब्लॉक समाप्ति की स्थिति हो सकती है। यदि स्थिति 0 नहीं है, तो ब्लॉक पूरा हो जाएगा। इसके अलावा, ये शर्तें WHILE कमांड और END कमांड दोनों में मौजूद हो सकती हैं ।
उदाहरण के लिए:
WHILE; X [7]> 0; // चक्र को जारी रखने के लिए स्थिति
SET y [2] = x [7] +2;
BREAK; Y [2] <0;
सेट x [7] = x [7] +1;
END; X [7]> 20; // लूप को समाप्त करने की शर्त
ब्लॉक के अंदर, लूप को BREAK कमांड द्वारा बाधित किया जा सकता है।

ब्लॉक लूप पुनरावृत्तियों

ब्लॉक लूप पुनरावृत्तियों को पेड़ के नोड्स तक पहुंच के लिए अनुकूलित किया गया है। वे बायपास नोड्स तक पहुंच का अनुकूलन करने के लिए एक आंतरिक लिंक का उपयोग करते हैं। यह ब्लॉक पुनरावृत्तियों के उपयोग पर प्रतिबंध लगाता है। ब्लॉक के अंदर आप पेड़ की संरचना को नहीं बदल सकते। आप इस पेड़ को नहीं लिख सकते। ब्लॉक लूप पुनरावृत्ति कमांड में, 2 तर्क।
पहले तर्क की आवश्यकता है, नोड के लिंक जिनके वंशज को बायपास किया जाएगा। संदर्भ सूचकांक। संक्षिप्त लिंक का उपयोग किया जा सकता है। दूसरा तर्क नोड के लिए लिंक है जहां वंशज सूचकांक संग्रहीत किया जाएगा। यह तर्क वैकल्पिक है। ब्लॉक के अंदर, दूसरा तर्क नहीं बदलना चाहिए। जैसे भाव $$ 2 या [[3]] कर रहे हैं यदि अनुमति न $ 2 या [3]इट्रेटर ब्लॉक के अंदर परिवर्तन। इन चरों में परिवर्तन पर ध्यान नहीं दिया जाएगा। चाइल्ड इंडेक्स तक पहुँच % queryKey सिस्टम वेरिएबल और % डेटा डेटा से नोड डेटा के माध्यम से प्राप्त की जा सकती है । यदि वंश को शुरू से ही बाईपास नहीं किया जाना चाहिए, तो 2 डी तर्क की आवश्यकता है और नोड इंडेक्स को उसमें रखा जाना चाहिए, जिसके बाद वंश का बाईपास शुरू होता है। यदि कोई दूसरा तर्क है, लेकिन आपको शुरुआत से ही चारों ओर जाने की आवश्यकता है, तो लूप से पहले आपको इस चर को किल कमांड के साथ हटाने की आवश्यकता है ।
कमांड में ब्लॉक निष्पादन की स्थिति हो सकती है। ब्लॉक में प्रवेश करते ही इस स्थिति की जाँच की जाती है।

आप न केवल पेड़ के नोड्स के चारों ओर जा सकते हैं, बल्कि सरणियाँ भी कर सकते हैं। इस स्थिति में, सरणी फ़ील्ड की क्रम संख्या दूसरे तर्क में मिलती है। पहले तर्क के रूप में केवल संक्षिप्त लिंक का उपयोग किया जा सकता है।

NEXT टीम

NEXT कमांड ट्री नोड के तत्काल वंशज पर आधारित है। वंशज न्यूनतम से अधिकतम सूचकांक तक आगे की दिशा में खर्च करते हैं।
उदाहरण के लिए:
NEXT us [4,5]; // 2 तर्क निर्दिष्ट नहीं किया गया है, सूचकांक लिया गया है
// सिस्टम चर% क्वेरी से
सेट $ 1 =% क्वेरीके, $ 2 =% क्वेरीडेटा;
END; $ 1> 1000; लूप को समाप्त करने के लिए // स्थिति
नोड इंडेक्स को तुरंत डेटा
$ 1 में रखा जाता है ;
हमें अगला [4,5], $ 1;
$ 2 =% क्वेरी सेट करें;
समाप्त

एक संक्षिप्त लिंक का उपयोग संदर्भ नोड के रूप में किया जाता है। इस मामले में, पेड़ का पहला स्तर बाईपास है।
किल $ 1;
हमें अगला [], $ 1;
$ 2 =% क्वेरी सेट करें;
समाप्त
सूचकांक 3 के बाद क्रॉल।
सेट $ 1 = 3;
हमें अगला [4,5], $ 1;
$ 2 =% क्वेरी सेट करें;
समाप्त
किसी सरणी को ट्रेस करते समय, सभी फ़ील्ड क्रम में होते हैं, यहां तक कि वे भी जिनमें डेटा परिभाषित नहीं है।
उदाहरण के लिए:
KILL $ 1;
हमें अगला $, $ 1;
$ 2 =% क्वेरी सेट करें;
समाप्त
ब्लॉक के अंदर, लूप को BREAK कमांड द्वारा बाधित किया जा सकता है ।

BACK टीम

बैक कमांड NEXT कमांड से केवल अंतिम शीर्ष से पहले तक ट्रैवर्सल दिशा में अलग है ।
उदाहरण के लिए:
KILL $ 1;
हमें वापस [4,5], $ 1;
$ 2 =% क्वेरी सेट करें;
समाप्त

QUERY टीम

QUERY कमांड नोड के सभी वंशज को बाएं से दाएं और ऊपर से नीचे की ओर आगे की दिशा में पूरी गहराई तक ले जाती है। 2 तर्क में संपूर्ण वैकल्पिक सूचकांक शामिल है। यदि इस सूचकांक में 1 से अधिक फ़ील्ड हैं, तो सूची को 2 तर्क में रखा गया है।

अन्यथा, यह कमांड NEXT कमांड के समान है । QUERY

कमांड सरणी को केवल बाईं ओर से दाईं ओर आगे की दिशा में ले जाती है। उदाहरण के लिए: KILL $ 1; हमें पूछें [4,5], $ 1; $ 2 =% क्वेरी सेट करें; समाप्त लेकिन यह कमांड केवल उन बिंदुओं को दरकिनार करता है जो मायने रखते हैं।

नॉन ब्लॉक कमांड्स डेटा ट्री ट्रैवर्सल कमांड्स

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

कमांड NEXT1

कमांड NEXT1 संदर्भ नोड के तहत उसी स्तर पर अगला नोड देता है।
नोड डेटा % क्वेरीडेटा सिस्टम चर में उपलब्ध है ।
उदाहरण के लिए:
SET $ 1 = 2;
NEXT1 us [1,4], $ 1; // हमें नोड के बाद स्तर 3 पर स्थित नोड देगा [1,4,2]

BACK1 टीम

BACK1 कमांड पिछले नोड को संदर्भ नोड के नीचे समान स्तर पर देता है।
अन्यथा, यह NEXT1 कमांड के समान है ।

QUERY1 टीम

QUERY1 कमांड एक पेड़ की शाखा का अगला शीर्ष देता है, जबकि पूरे नोड को ऊपर से नीचे और बाएं से दाएं तक ट्रेस करता है। 2 तर्क में संपूर्ण वैकल्पिक सूचकांक शामिल है। यदि इस सूचकांक में 1 से अधिक फ़ील्ड हैं, तो सूची को 2 तर्क में रखा गया है।

अन्यथा, यह NEXT1 कमांड के समान है ।

कार्यक्रम प्रबंधन

एक मॉड्यूल लेबल एक प्रोग्राम, फ़ंक्शन, नए कार्य के लिए कॉल बिंदु, एक ऑब्जेक्ट प्रॉपर्टी, एक ऑब्जेक्ट विधि और एक लेबल के लिए कॉल लेबल हो सकता है, जो इस लेबल की पहुंच पर निर्भर करता है।
इसके अलावा, लेबल को मॉड्यूल के विभिन्न भागों में अलग-अलग तरीके से एक्सेस किया जा सकता है।
उदाहरण के लिए:
LB: सेट वैल [25] = 7 + ए $ 1; वापसी वैल [25];
एलबी (78) करें; // कार्यक्रम तक पहुंच। वापसी मूल्य की अनदेखी की जाती है।
सेट वैल [7] = 8 * एलबी (6); // एक फ़ंक्शन के रूप में कॉल करने पर रिटर्न वैल्यू का उपयोग किया जाता है।
JOB LB (17, "yt"); // एक नई नौकरी
सेट करें वैल वैल [9] = मॉड.एलबी (3); // वर्ग विधि तक पहुंच मॉड- इस संदर्भ में मॉड्यूल का नाम वस्तु के वर्ग के नाम के रूप में माना जाता है।
वैल सेट करें [15] = ओब्ज [1,2, ए]। एलबी; // ऑब्जेक्ट की LB प्रॉपर्टी तक पहुँच Obj [1,2, A],
एलबी जाओ; // एलबी लेबल पर जाएं
उपरोक्त उदाहरणों में, 4 और 5 के अलावा, कॉल वर्तमान मॉड्यूल के अंदर किया जाता है। कार्यक्रमों और कार्यों की कॉल किसी भी उपलब्ध मॉड्यूल के लिए की जा सकती है। वैसे, यह गो टीम पर भी लागू होता है।
उदाहरण के लिए, मॉड मॉड्यूल में एक लेबल Lb होता है। फिर इसके लिए अपील इस तरह दिखाई देगी:
Do Mod.Lb (78);
वैल सेट करें [7] = 8 * Mod.Lb (6);
सेट वैल [9] = मॉड.एलबी (3);
JOB Mod.Lb (78);
जाओ Mod.Lb;

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

सामान्य स्थिति में, मॉड्यूल का नाम और उस पर कॉल में लेबल का नाम अभिव्यक्ति है और कॉल के समय की गणना की जा सकती है।
उदाहरण के लिए:
$ 1 = "Md", $ 2 = "Lb" सेट करें;
$ 1. $ 2 करें;

कार्यक्रम रिटर्न कमांड के साथ समाप्त होता है ; एक मॉड्यूल एंड कमांड के साथ पूरा किया जा सकता है ;

पासिंग पैरामीटर

एमएसएच में, मापदंडों को केवल मूल्य से पारित किया जाता है। सामान्य तौर पर, C ++ भाषा के संदर्भ में कोई संदर्भ और संकेत और उनके उपयोग से जुड़ी भारी समस्याएं, सिद्धांत रूप में, मौजूद नहीं हैं। एक प्रोग्राम हमेशा A $ अरेंजमेंट में मनमाने ढंग से पैरामीटर्स की संख्या लेता है । उनकी संख्या सरणी A के 0 तत्व का संदर्भ देकर पाई जा सकती है । प्रोग्रामर इन मापदंडों के अर्थ के लिए जिम्मेदार है।

उदाहरण के लिए:
हमारे पास एक Lb प्रोग्राम है। इसे संबोधित किया जा सकता है:
डीओ एलबी (1,2,7);
डीओबी एलबी (25.7);
DO Lb ();
जॉब एलबी (8);
सेट [7.8] = एलबी (187, "प्रिवेट");

कार्यक्रम में पारित मापदंडों को परिभाषित नहीं किया गया है।
मान द्वारा पासिंग पैरामीटर्स प्रोग्राम में वेरिएबल नामों को पास करने और वहां उनका उपयोग करने में हस्तक्षेप नहीं करते हैं।
उदाहरण के लिए:
हमें सेट करें [५] = ४ [;
Do Lb ("us");
...
वापसी;
एलबी: सेट बराबर [8,1,9] = एक $ 1 [5]; // एक $ 1 - पारित पहले पैरामीटर में
चर नाम शामिल है //: us ।
// [5] - इस पेड़ के शीर्ष पर पहुंच
// परिणामस्वरूप, नोड हमें मूल्य देता है [5] = 48
वापसी;
नतीजतन, चर के नाम को मनमाने ढंग से हेरफेर किया जा सकता है।
जब GO कमांड के साथ लेबल पर जाते हैं, तो पैरामीटर ऐरे में बदलाव नहीं होता है। MSH में नए मापदंडों के हस्तांतरण के साथ GO कमांड फॉर्म है। इस स्थिति में, वर्तमान पैरामीटर सरणी को GO कमांड कॉल में निर्दिष्ट नए के साथ बदल दिया जाता है ।
उदाहरण के लिए:
जीओ एलबी (1,2,7);

घटना से निपटना

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

इस तंत्र का आधार घटना है। यह आवेदन के अंदर स्थानीयकृत है। तदनुसार, ये नाम पूरे आवेदन में अद्वितीय होने चाहिए। यदि घटना का नाम CONSTANT कमांड में घोषित नाम से मेल खाता है, तब घटना का नाम घोषित स्थिर के मूल्य से बदल दिया जाएगा। सावधान रहे। घटनाओं का नामकरण करते समय, किसी प्रकार की नामकरण रणनीति का पालन करना उचित है। उदाहरण के लिए, ईवू से शुरू होने वाले ईवेंट नामों को असाइन करें । नाम की लंबाई, UTF8 एन्कोडिंग को ध्यान में रखते हुए, 18 बाइट्स से अधिक नहीं होनी चाहिए। यह सीमा केवल वर्तमान भाषा कार्यान्वयन से जुड़ी है।

एक कार्य में बनाया गया एक ईवेंट दिखाई देता है और इसे किसी भी कार्य में संसाधित किया जा सकता है। इवेंट हैंडलर किसी भी संख्या में हो सकते हैं और वे विभिन्न कार्यों में हो सकते हैं।
ईवेंट होने के बाद, यह जाँच की जाती है कि क्या इस ईवेंट के लिए हैंडलर हैं, यदि कोई हैंडलर नहीं हैं, तो ईवेंट हटा दिया जाता है। यदि हैंडलर हैं, तो उन्हें क्रमिक रूप से निष्पादित किया जाता है। ईवेंट सिस्टम और उपयोगकर्ता हो सकते हैं। सिस्टम इवेंट सिस्टम द्वारा उत्पन्न होते हैं। EVENTTRAP कमांड द्वारा एक कस्टम ईवेंट जनरेट किया जाता है । कार्यक्रम संचालकों को मापदंडों को पारित करता है, जैसे कि किसी कार्यक्रम को लागू करते समय। प्रसंस्करण के बाद, ईवेंट हैंडलर हटाए नहीं जाते हैं। किसी ईवेंट को हटाने के लिए, EVENTDELETE कमांड का उपयोग करें । एक घटना को EVENTCALL और EVENTWAIT कमांड द्वारा नियंत्रित किया जा सकता है ।

EVENTTRAP टीम

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

टीम निर्दिष्ट नाम के साथ एक घटना बनाएगी। ईवेंट हैंडलर कमांड तर्कों में सूचीबद्ध मापदंडों को पारित किया जाएगा।

उदाहरण के लिए:
EVENTTRAP; X [1]> 8 evuBoxData (हमें [7], $ 4), evuKorXY (us [X], us [Y], sh);
2 घटनाओं evuBoxData और evuKorXY को चर [7], $ 4, हमें [X], हमें [Y] और स्ट्रिंग निरंतर श के रूप में उत्पन्न किया जाता है ।
यदि वर्तमान में इस ईवेंट के लिए कोई हैंडलर नहीं हैं, तो ईवेंट उत्पन्न नहीं होता है।

EVENTDELETE टीम

कमांड प्रोग्राम के तर्कों में सूचीबद्ध ईवेंट हैंडलर को हटा देता है।
उदाहरण के लिए:
EVENTDELETE; X [1]> 7 evuKorXY, evuBoxData;
टीम में क्रम से ईवेंट हटा दिए जाएंगे।

EVENTCALL टीम

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

उदाहरण के लिए:
EVENTCALL evuBoxData = Mod1.intEvuBoxData, evuKorXY = Mod2.intevuKorXY;

EVENTWAIT टीम

टीम घटनाओं के घटने की प्रतीक्षा कर रही है। यह कमांड वर्तमान कार्य को तब तक के लिए रोक देगा जब तक कि इसके तर्कों में सूचीबद्ध घटनाएं नहीं होतीं। इसके तर्कों में सूचीबद्ध सभी घटनाओं को वर्तमान धागे के निष्पादन को जारी रखने के लिए होना चाहिए। वर्तमान कार्यक्रम मापदंडों को इवेंट निर्माण कमांड में स्थानांतरित किए गए लोगों द्वारा प्रतिस्थापित किया जाता है।
उदाहरण के लिए:
EVENTWAIT evuBoxData, evuKorXY;
ये आदेश आपको कार्यक्रमों के अतुल्यकालिक निष्पादन को व्यवस्थित करने की अनुमति देते हैं।

वैक्टर

सेक्टर वर्तमान कार्यान्वयन से निकटता से संबंधित हैं। वे हस्ताक्षरित और अहस्ताक्षरित पूर्णांक संग्रहीत करते हैं। इन वैक्टरों का आयाम वेक्टर घटक की थोड़ी गहराई पर निर्भर करता है और इसे ठीक किया जाता है।

64 बिट वैक्टर

इस तरह के एक वेक्टर का आयाम 2. घटक 64-बिट पूर्णांक या अहस्ताक्षरित पूर्णांक हो सकता है। इस तरह के नंबर किसी भी चर में संग्रहीत किए जाते हैं।
वेक्टर के प्रतिष्ठित पूर्णांक घटकों के लिए अपील।
हमें सेट करें [5]।% V64 (0) = ss $ 1.% v64 (1);
% v64 - वेक्टर के पूर्णांक हस्ताक्षरित घटक तक पहुंच।
वेक्टर के अहस्ताक्षरित पूर्णांक घटकों के लिए एक अपील।
हमें सेट करें [5]।% Vu64 (0) = ss $ 1.% vu64 (1);
% vu64 - वेक्टर के पूरे अहस्ताक्षरित घटक तक पहुंच।

32 बिट वैक्टर

इस तरह के एक वेक्टर का आयाम 5. घटक 32-बिट पूर्णांक या अहस्ताक्षरित पूर्णांक हो सकते हैं। इस तरह के नंबर किसी भी चर में संग्रहीत किए जाते हैं।
वेक्टर के प्रतिष्ठित पूर्णांक घटकों के लिए अपील।
हमें सेट करें [5]।% V32 (0) = ss $ 1.% v32 (4);
% v32 - वेक्टर के पूर्णांक हस्ताक्षरित घटक तक पहुंच।
वेक्टर के अहस्ताक्षरित पूर्णांक घटकों के लिए एक अपील।
हमें सेट करें [5]।% Vu32 (0) = ss $ 1.% vu32 (4);
% vu32 - वेक्टर के पूरे अहस्ताक्षरित घटक तक पहुंच।

16 बिट वैक्टर

इस तरह के एक वेक्टर का आयाम 11. घटक पूर्णांक या अहस्ताक्षरित 16-बिट संख्या हो सकता है। इस तरह के नंबर किसी भी चर में संग्रहीत किए जाते हैं।
वेक्टर के प्रतिष्ठित पूर्णांक घटकों के लिए अपील।
हमें सेट करें [5]।% V16 (0) = ss $ 1.% v16 (10);
% v16 - वेक्टर के पूर्णांक हस्ताक्षरित घटक तक पहुंच।
वेक्टर के अहस्ताक्षरित पूर्णांक घटकों के लिए एक अपील।
हमें सेट करें [5]।% Vu16 (0) = ss $ 1.% vu16 (4);
% vu16 - वेक्टर के अहस्ताक्षरित पूर्णांक घटक तक पहुंच।

8 बिट वैक्टर

इस तरह के एक वेक्टर का आयाम 22 है। घटक पूर्णांक या अहस्ताक्षरित 8-बिट संख्या हो सकते हैं। इस तरह के नंबर किसी भी चर में संग्रहीत किए जाते हैं।
वेक्टर के प्रतिष्ठित पूर्णांक घटकों के लिए अपील।
हमें सेट करें [5]।% V8 (0) = ss $ 1.% v8 (21);
% v8 - वेक्टर के पूर्णांक हस्ताक्षरित घटक तक पहुंच।
वेक्टर के अहस्ताक्षरित पूर्णांक घटकों के लिए एक अपील।
हमें सेट करें [5]।% Vu8 (0) = ss $ 1.% vu8 (21);
% vu8 - वेक्टर के पूरे अहस्ताक्षरित घटक तक पहुंच।

संचालन

MSH में संचालन एक विशेष भूमिका निभाता है। यह वह है जो डेटा प्रकारों के रूपांतरण को नियंत्रित करता है। ऑपरेशन के आधार पर, ऑपरेंड को वांछित डेटा प्रकार में डाला जाता है। डेटा का प्रकार विशिष्ट रूप से ऑपरेशन के प्रकार से मेल खाता है। स्ट्रिंग और संख्यात्मक ऑपरेशन ओवरलैप नहीं होते हैं, सी-जैसी भाषाओं में + ऑपरेशन की तरह। एमएसएच में ऑपरेशन का प्रकार ऑपरेंड के प्रकार पर निर्भर नहीं करता है, सब कुछ बिल्कुल विपरीत है। MSH में कोई संचालन प्राथमिकताएं नहीं हैं, यह MUMPS की एक ऐतिहासिक विरासत है।

उदाहरण के लिए:
SET $ 1 = 2 + 3 * 4;
$ 1 20 होगा, 14 नहीं। 14
के परिणाम के लिए, कोष्ठक का उपयोग किया जाता है।
सेट $ 1 = 2 + (3 * 4);
तार जुड़ने के संचालन के रूप में, प्रतीक " _ " का उपयोग किया जाता है।
संचालन की प्राथमिकता की कमी असामान्य है, लेकिन काफी सुविधाजनक है। प्राथमिकताओं की स्वाभाविकता का संदर्भ, जब संचालन जोड़-घटाव से कई गुना अधिक संदिग्ध हो जाता है। एक बार सीख लेने के बाद कि कोई प्राथमिकताएं नहीं हैं, उनकी प्राथमिकताओं को याद करने के लिए दर्द करने की कोई आवश्यकता नहीं है, और अगर कुछ दस्तावेज में जाता है। सामान्य तौर पर, यह आदत का मामला है।

वस्तुएं

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

मॉड्यूल में फ़ंक्शन नाम पढ़ने के लिए सार्वजनिक संपत्ति के अनुरूप हो सकता है। इस मामले में, ऐसे फ़ंक्शन का रिटर्न मान कॉलिंग प्रोग्राम को सार्वजनिक संपत्ति के मूल्य के रूप में पास किया जाता है।

वर्ग का निर्माता% objNew डेटा विधि है। यदि, ऑब्जेक्ट बनाते समय, किसी भी गुण को निर्धारित करना या संसाधन प्राप्त करना आवश्यक है, तो किसी भी क्लास मॉड्यूल प्रोग्राम (क्लास विधि) का उपयोग किया जा सकता है। लेकिन वर्ग निर्माणकर्ताओं के नामकरण के लिए किसी भी रणनीति का पालन करना उचित है। उदाहरण के लिए, कंस्ट्रक्टर का नाम वर्ग के नाम से मेल खाना चाहिए।

सिस्टम प्रॉपर्टी % इस के माध्यम से वर्ग के संरक्षित गुणों तक पहुंच बनाई जाती है ।

विध्वंसक KILLD कमांड का उपयोग करके ऑब्जेक्ट को हटाना है। यदि आपको किसी संसाधन को मुक्त करने या अतिरिक्त जोड़तोड़ करने की आवश्यकता है, तो यह इस वर्ग (वर्ग विधि) के किसी भी कार्यक्रम द्वारा किया जा सकता है। जैसा कि निर्माणकर्ता के मामले में, विध्वंसक का नामकरण करते समय कुछ नामकरण रणनीति का पालन करना उचित है।

उदाहरण के लिए:
// क्लास पर्सन
// प्रॉपर्टी एज
// पब्लिक प्रॉपर्टी एज पढ़ें
एज: RETURN [% यह, एज];
// सार्वजनिक संपत्ति का रिकॉर्ड आयु
.Age: SET [% इस, आयु] = ए $ 1;
वापसी
समाप्त

कार्यक्रमों से एक वस्तु और उसके सार्वजनिक गुणों की अपील इस प्रकार दिखाई देगी।
// एक वस्तु बनाएं व्यक्ति
हमें सेट करें [1,2]।% objNew = व्यक्ति;
// मान संपत्ति को लिखो आयु संपत्ति
हमें [1,2] .Age = 50;
// पढ़े आयु
SET संपत्ति u $ 1 = us [1,2] .आगे + 5;
// संपत्ति को नष्ट करें उम्र
हमें [1,2] .Age;

ऑब्जेक्ट इनहेरिटेंस

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

उदाहरण के लिए:
PARENT USER, BOX;
वर्ग USER और BOX के पूर्वजों से विरासत में मिला है । USER पूर्वजों की प्राथमिकता अधिक है। प्राथमिकता क्या है किसी वस्तु तक पहुँचने पर, वर्ग की सार्वजनिक संपत्ति या विधि को कक्षा में ही खोजा जाएगा, अगर वे वहाँ नहीं पाए जाते हैं, तो उन्हें सर्वोच्च प्राथमिकता के साथ पूर्वजों में खोजा जाएगा, और फिर इस वर्ग के पूर्वजों में और इसी तरह प्राथमिकता से।

फ़ाइल साझा करना

MSH में, फ़ाइल साझाकरण सबसे आदिम स्तर पर आयोजित किया जाता है। MSH में फ़ाइलें एक सहायक भूमिका निभाती हैं। एक्सचेंज केवल पाठ फ़ाइलों के साथ आयोजित किया जाता है। फ़ाइल संरचना एक निर्दिष्ट विभाजक द्वारा पृथक पाठ फ़ील्ड है। सीमांकक % dlmIO सिस्टम चर में है । डिफ़ॉल्ट रूप से, यह चर " , " है। यह पढ़ने और लिखने के लिए उपलब्ध है। फ़ाइल में लिखते समय, चर स्ट्रिंग प्रकार में बदल जाते हैं और सीमांकक के माध्यम से फ़ाइल में लिखे जाते हैं। किसी फ़ाइल से पढ़ते समय, चरों को एक विभाजक के माध्यम से चुना जाता है और इसे सामान्यीकृत रूप में लाया जाता है। यदि फ़ील्ड एक संख्या का रिकॉर्ड है, तो एक संख्या को चर में रखा गया है। फ़ाइल के साथ विनिमय सरणी B $ के माध्यम से होता है । लिखते समय, सरणी B $ हैफ़ाइल को सीमांकक के माध्यम से लिखा गया है। किसी फ़ाइल से पढ़ते समय, फ़ील्ड B $ सरणी में चुनी जाती हैं ।

फ़ाइल विनिमय आदेश फ़ाइल पथ को तर्क के रूप में लेते हैं।
उदाहरण के लिए: बी $ डेटा
की एक सरणी से एक फ़ाइल के लिए लिखा है। फ़ाइल लेखन द्वारा खोला जाता है। फ़ाइल में डेटा प्रतिस्थापित किया गया है। "Txt / tt1.txt" लिखें; डेटा को B $ सरणी में पढ़ा जाता है । सरणी पूर्व-साफ़ है। "Txt / tt1.txt" पढ़ें; txt / tt1.txt - फ़ाइल का पथ।

निष्कर्ष

यह दस्तावेज़ एमएसएच भाषा के विवरण के लिए एक विकल्प नहीं है, लेकिन केवल इसे पूरक करता है। यहां, एमएसएच भाषा की सभी विशेषताओं पर विचार नहीं किया गया है, लेकिन केवल उन लोगों को जिन पर मैं आपका ध्यान आकर्षित करना चाहता हूं।

लेखक: शैरिमोव मिखाइल अलेक्सेविच। ईमेल: misha_shar53@mail.ru

इस सामग्री का उपयोग करते समय, स्रोत और लेखक के लिए एक लिंक की आवश्यकता होती है।

एमएसएच भाषा के कार्यान्वयन की विशेषताएं