कमांड पैटर्न: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
 
(10 intermediate revisions by 4 users not shown)
Line 1: Line 1:
{{Short description|Behavioral design pattern}}
{{Short description|Behavioral design pattern}}
[[ ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग ]] में, कमांड पैटर्न एक [[ व्यवहार पैटर्न ]] डिज़ाइन पैटर्न (कंप्यूटर विज्ञान) है जिसमें एक वस्तु का उपयोग किसी क्रिया को करने या बाद में किसी घटना को ट्रिगर करने के लिए आवश्यक सभी सूचनाओं को छिपाने के लिए किया जाता है। इस जानकारी में विधि का नाम, विधि का स्वामित्व वस्तु और विधि पैरामीटर के मान सम्मिलित हैं।
[[ ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग | ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग]] में, कमांड पैटर्न एक [[ व्यवहार पैटर्न |व्यवहार पैटर्न]] डिज़ाइन पैटर्न(कंप्यूटर विज्ञान) है जिसमें एक ऑब्जेक्ट का उपयोग किसी क्रिया को करने या बाद में किसी घटना को ट्रिगर करने के लिए आवश्यक सभी सूचनाओं को छिपाने के लिए किया जाता है। इस जानकारी में विधि का नाम, विधि का स्वामित्व ऑब्जेक्ट और विधि पैरामीटर के मान सम्मिलित हैं।


कमांड पैटर्न से सदैव जुड़े चार शब्द 'कमांड', 'रिसीवर', 'इनवोकर' और 'क्लाइंट' हैं। एक 'कमांड' ऑब्जेक्ट 'रिसीवर' के विषय में जानता है और रिसीवर की एक विधि को आमंत्रित करता है। रिसीवर विधि के मापदंडों के मान कमांड में संग्रहीत हैं। इन विधियों को निष्पादित करने के लिए रिसीवर ऑब्जेक्ट को ऑब्जेक्ट रचना # एकत्रीकरण द्वारा कमांड ऑब्जेक्ट में भी संग्रहीत किया जाता है। 'रिसीवर' तब काम करता है जब <code>execute()</code> मेथड इन कमांड कहा जाता है। एक इनवॉकर ऑब्जेक्ट जानता है कि कमांड को कैसे निष्पादित किया जाए, और वैकल्पिक रूप से कमांड निष्पादन के विषय में बहीखाता पद्धति करता है। इनवोकर को ठोस कमांड के विषय में कुछ नहीं पता होता है, वह केवल कमांड इंटरफेस के विषय में जानता है। इनवोकर ऑब्जेक्ट (ओं), कमांड ऑब्जेक्ट्स और रिसीवर ऑब्जेक्ट्स क्लाइंट ऑब्जेक्ट द्वारा आयोजित किए जाते हैं, क्लाइंट यह तय करता है कि वह कौन सी रिसीवर ऑब्जेक्ट्स कमांड ऑब्जेक्ट्स को असाइन करता है, और कौन सी कमांड्स इनवॉकर को असाइन करता है। क्लाइंट तय करता है कि कौन से कमांड को किस बिंदु पर निष्पादित करना है। कमांड को निष्पादित करने के लिए, यह कमांड ऑब्जेक्ट को इनवॉकर ऑब्जेक्ट को पास करता है।
कमांड पैटर्न से सदैव जुड़े चार शब्द 'कमांड', 'प्राप्तकर्ता', 'आह्वानकर्ता' और 'क्लाइंट' हैं। 'कमांड' ऑब्जेक्ट 'प्राप्तकर्ता' के विषय में जानता है और प्राप्तकर्ता की एक विधि को आमंत्रित करता है। प्राप्तकर्ता विधि के मापदंडों के मान कमांड में संग्रहीत हैं। इन विधियों को निष्पादित करने के लिए प्राप्तकर्ता ऑब्जेक्ट को एकत्रीकरण द्वारा कमांड ऑब्जेक्ट में भी संग्रहीत किया जाता है। 'प्राप्तकर्ता' तब कार्य करता है जब <code>execute()</code> मेथड इन कमांड कहा जाता है। एक आह्वानकर्ता ऑब्जेक्ट जानता है कि कमांड को कैसे निष्पादित किया जाए, और वैकल्पिक रूप से कमांड निष्पादन के विषय में बहीखाता पद्धति करता है। आह्वानकर्ता को मूर्त कमांड के विषय में कुछ नहीं पता होता है, वह मात्र कमांड इंटरफेस के विषय में जानता है। आह्वानकर्ता ऑब्जेक्ट, कमांड ऑब्जेक्ट्स और प्राप्तकर्ता ऑब्जेक्ट्स क्लाइंट ऑब्जेक्ट द्वारा आयोजित किए जाते हैं, क्लाइंट यह निर्धारित करता है कि वह कौन से प्राप्तकर्ता ऑब्जेक्ट्स कमांड ऑब्जेक्ट्स को प्रदान करता है, और कौन से कमांड्स आह्वानकर्ता को प्रदान करता है। क्लाइंट निर्धारित करता है कि कौन से कमांड को किस बिंदु पर निष्पादित करना है। कमांड को निष्पादित करने के लिए, यह कमांड ऑब्जेक्ट को आह्वानकर्ता ऑब्जेक्ट को पास करता है।


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


इस डिजाइन पैटर्न के केंद्रीय विचार [[कार्यात्मक प्रोग्रामिंग भाषा]]ओं में प्रथम श्रेणी के कार्यों और उच्च-क्रम के कार्यों के शब्दार्थों को बारीकी से प्रतिबिंबित करते हैं। विशेष रूप से, इनवॉकर ऑब्जेक्ट एक उच्च-क्रम का कार्य है जिसमें कमांड ऑब्जेक्ट प्रथम श्रेणी का तर्क है।
इस डिजाइन पैटर्न के केंद्रीय विचार [[कार्यात्मक प्रोग्रामिंग भाषा|कार्यात्मक प्रोग्रामिंग भाषाओं]] में प्रथम श्रेणी के कार्यों और उच्च-क्रम के कार्यों के शब्दार्थों को ध्यान से प्रतिबिंबित करते हैं। विशेष रूप से, आह्वानकर्ता ऑब्जेक्ट उच्च-क्रम का कार्य है जिसमें कमांड ऑब्जेक्ट प्रथम श्रेणी का तर्क है।


== सिंहावलोकन ==
== अवलोकन ==
आदेश<ref name="GoF">{{cite book |author=Erich Gamma |author2=Richard Helm |author3=Ralph Johnson |author4=John Vlissides|title=Design Patterns: Elements of Reusable Object-Oriented Software|year=1994|publisher=Addison Wesley|isbn=0-201-63361-2|pages=[https://archive.org/details/designpatternsel00gamm/page/233 233ff]|url-access=registration|url=https://archive.org/details/designpatternsel00gamm/page/233}}</ref>
कमांड<ref name="GoF">{{cite book |author=Erich Gamma |author2=Richard Helm |author3=Ralph Johnson |author4=John Vlissides|title=Design Patterns: Elements of Reusable Object-Oriented Software|year=1994|publisher=Addison Wesley|isbn=0-201-63361-2|pages=[https://archive.org/details/designpatternsel00gamm/page/233 233ff]|url-access=registration|url=https://archive.org/details/designpatternsel00gamm/page/233}}</ref> [[डिजाइन पैटर्न्स]] उन तेईस प्रसिद्ध जीओएफ डिज़ाइन पैटर्न में से एक है जो वर्णन करता है कि नम्य और पुन: प्रयोज्य ऑब्जेक्ट-ओरिएंटेड सॉफ़्टवेयर को डिज़ाइन करने के लिए आवर्ती डिज़ाइन समस्याओं को कैसे हल किया जाए, अर्थात ऐसे ऑब्जेक्ट जिन्हें लागू करना, बदलना, परीक्षण करना और पुन: उपयोग करना सरल हो।
[[डिजाइन पैटर्न्स]] तेईस प्रसिद्ध डिज़ाइन पैटर्न में से एक है जो वर्णन करता है कि लचीले और पुन: प्रयोज्य ऑब्जेक्ट-ओरिएंटेड सॉफ़्टवेयर को डिज़ाइन करने के लिए आवर्ती डिज़ाइन समस्याओं को कैसे हल किया जाए, अर्थात ऐसी वस्तुएँ जिन्हें लागू करना, बदलना, परीक्षण करना और पुन: उपयोग करना आसान हो।


कमांड डिज़ाइन पैटर्न का उपयोग करके इन समस्याओं को हल किया जा सकता है:<ref>{{cite web|title=कमांड डिज़ाइन पैटर्न - समस्या, समाधान और प्रयोज्यता|url=http://w3sdesign.com/?gr=b02&ugr=proble|website=w3sDesign.com|access-date=2017-08-12}}</ref>
कमांड डिज़ाइन पैटर्न का उपयोग करके इन समस्याओं को हल किया जा सकता है:<ref>{{cite web|title=कमांड डिज़ाइन पैटर्न - समस्या, समाधान और प्रयोज्यता|url=http://w3sdesign.com/?gr=b02&ugr=proble|website=w3sDesign.com|access-date=2017-08-12}}</ref>
* किसी अनुरोध के आह्वानकर्ता को किसी विशेष अनुरोध से जोड़ने से बचना चाहिए। यानी हार्ड-वायर्ड अनुरोधों से बचना चाहिए।
* किसी अनुरोध के आह्वानकर्ता को किसी विशेष अनुरोध से जोड़ने से बचना चाहिए। अर्थात हार्ड-वायर्ड अनुरोधों से बचना चाहिए।
* एक अनुरोध के साथ एक वस्तु (जो एक अनुरोध का आह्वान करती है) को कॉन्फ़िगर करना संभव होना चाहिए।
* एक अनुरोध के साथ ऑब्जेक्ट(जो एक अनुरोध का आह्वान करती है) को कॉन्फ़िगर करना संभव होना चाहिए।


एक वर्ग में सीधे एक अनुरोध को लागू करना (हार्ड-वायरिंग) अनम्य है क्योंकि यह कक्षा को संकलन-समय पर एक विशेष अनुरोध से जोड़ता है, जिससे रन-टाइम पर एक अनुरोध निर्दिष्ट करना असंभव हो जाता है।
एक कक्षा में सीधे अनुरोध को लागू करना(हार्ड-वायरिंग) अनम्य है क्योंकि यह कक्षा को संकलन-समय पर विशेष अनुरोध से जोड़ता है, जिससे क्रम पर अनुरोध निर्दिष्ट करना असंभव हो जाता है।


कमांड डिजाइन पैटर्न का प्रयोग निम्नलिखित समाधान का वर्णन करता है:
कमांड डिजाइन पैटर्न का प्रयोग निम्नलिखित हल का वर्णन करता है:


* अलग (कमांड) ऑब्जेक्ट्स को परिभाषित करें जो एक अनुरोध को एनकैप्सुलेट करते हैं।
* अलग(कमांड) ऑब्जेक्ट्स को परिभाषित करें जो एक अनुरोध को संपुटित करते हैं।
* एक वर्ग सीधे किसी विशेष अनुरोध को लागू करने के बजाय कमांड ऑब्जेक्ट के लिए अनुरोध करता है।
* एक कक्षा सीधे किसी विशेष अनुरोध को लागू करने के अतिरिक्त कमांड ऑब्जेक्ट के लिए अनुरोध करता है।


यह एक वर्ग को कमांड ऑब्जेक्ट के साथ कॉन्फ़िगर करने में सक्षम बनाता है जिसका उपयोग अनुरोध करने के लिए किया जाता है। कक्षा अब किसी विशेष अनुरोध से जुड़ी नहीं है और अनुरोध कैसे किया जाता है इसका कोई ज्ञान नहीं है (स्वतंत्र है)।
यह एक कक्षा को कमांड ऑब्जेक्ट के साथ कॉन्फ़िगर करने में सक्षम बनाता है जिसका उपयोग अनुरोध करने के लिए किया जाता है। कक्षा अब किसी विशेष अनुरोध से जुड़ी नहीं है और अनुरोध कैसे किया जाता है इसका कोई ज्ञान नहीं है(स्वतंत्र है)।


नीचे यूएमएल क्लास और सीक्वेंस डायग्राम भी देखें।
नीचे यूएमएल कक्षा और अनुक्रम आरेख भी देखें।


== संरचना ==
== संरचना ==


=== यूएमएल वर्ग और अनुक्रम आरेख ===
=== यूएमएल कक्षा और अनुक्रम आरेख ===
[[File:w3sDesign Command Design Pattern UML.jpg|frame|none|कमांड डिज़ाइन पैटर्न के लिए एक नमूना यूएमएल वर्ग और अनुक्रम आरेख। <ref>{{cite web|title=कमान डिजाइन पैटर्न - संरचना और सहयोग|url=http://w3sdesign.com/?gr=b02&ugr=struct|website=w3sDesign.com|access-date=2017-08-12}}</ref>]]उपरोक्त [[ एकीकृत मॉडलिंग भाषा ]] [[ वर्ग आरेख ]] में, <code>Invoker</code> वर्ग सीधे अनुरोध को लागू नहीं करता है।
[[File:w3sDesign Command Design Pattern UML.jpg|frame|none|कमांड डिज़ाइन पैटर्न के लिए एक प्रतिरूप यूएमएल कक्षा और अनुक्रम आरेख। <ref>{{cite web|title=कमान डिजाइन पैटर्न - संरचना और सहयोग|url=http://w3sdesign.com/?gr=b02&ugr=struct|website=w3sDesign.com|access-date=2017-08-12}}</ref>]]उपरोक्त [[ एकीकृत मॉडलिंग भाषा |एकीकृत मॉडलिंग भाषा]] [[ वर्ग आरेख |कक्षा आरेख]] में, <code>Invoker</code> कक्षा सीधे अनुरोध को लागू नहीं करता है। अतिरिक्त, <code>Invoker</code> एक अनुरोध(<code>command.execute()</code>) करने के लिए <code>Command</code> इंटरफ़ेस को संदर्भित करता है, जो <code>Invoker</code> को स्वतंत्र बनाता है कि अनुरोध कैसे किया जाता है। <code>Command1</code> कक्षा एक प्राप्तकर्ता(<code>receiver1.action1()</code>) पर एक क्रिया करके <code>Command</code> इंटरफ़ेस को लागू करता है।
बजाय, <code>Invoker</code> यह आपकी जानकारी के लिए है <code>Command</code> अनुरोध करने के लिए इंटरफ़ेस (<code>command.execute()</code>), जो बनाता है <code>Invoker</code> अनुरोध कैसे किया जाता है इससे स्वतंत्र। <code>Command1</code> e> वर्ग लागू करता है <code>Command</code> एक रिसीवर पर एक क्रिया करके इंटरफ़ेस (<code>receiver1.action1()</code>).
एकीकृत मॉडलिंग भाषा [[अनुक्रम आरेख]]
रन-टाइम इंटरैक्शन दिखाता है: <code>Invoker</code> ई> वस्तु कॉल <code>execute()</code> एक पर <code>Command1</code> वस्तु।
<code>Command1</code> कॉल <code>action1()</code> एक पर <code>Receiver1</code> वस्तु,
जो अनुरोध करता है।


=== यूएमएल वर्ग आरेख ===
एकीकृत मॉडलिंग भाषा [[अनुक्रम आरेख]] क्रम परस्पर क्रिया दिखाता है: <code>Command1</code> ऑब्जेक्ट <code>Invoker</code> ऑब्जेक्ट कॉल <code>execute()</code> है। <code>Command1</code>एक <code>Receiver1</code> ऑब्जेक्ट पर <code>action1()</code> कॉल करता है, जो अनुरोध करता है।
 
=== यूएमएल कक्षा आरेख ===
[[File:Command pattern.svg|thumb|700px|center|कमांड पैटर्न का यूएमएल आरेख]]
[[File:Command pattern.svg|thumb|700px|center|कमांड पैटर्न का यूएमएल आरेख]]


== उपयोग करता है ==
== उपयोग ==
; जीयूआई बटन और मेनू आइटम: [[स्विंग (जावा)]] और [[बोरलैंड डेल्फी]] प्रोग्रामिंग में, ए {{Javadoc:SE|javax/swing|Action|module=java.desktop}} एक कमांड ऑब्जेक्ट है। वांछित आदेश को निष्पादित करने की क्षमता के अतिरिक्त, a {{Mono|Action}} में संबद्ध चिह्न, कुँजीपटल शॉर्टकट, टूलटिप पाठ, इत्यादि हो सकते हैं। टूलबार बटन या मेनू आइटम घटक को केवल का उपयोग करके पूरी तरह से प्रारंभ किया जा सकता है {{Mono|Action}} वस्तु।
; जीयूआई बटन और मेनू आइटम: [[स्विंग (जावा)|स्विंग(जावा)]] और [[बोरलैंड डेल्फी]] प्रोग्रामिंग में, एक{{Javadoc:SE|javax/swing|Action|module=java.desktop}} कमांड ऑब्जेक्ट है। वांछित कमांड को निष्पादित करने की क्षमता के अतिरिक्त, एक {{Mono|Action}} में संबद्ध चिह्न, कुँजीपटल शॉर्टकट, टूलटिप टेक्स्ट, इत्यादि हो सकते हैं। टूलबार बटन या मेनू आइटम घटक को मात्र {{Mono|Action}} ऑब्जेक्ट का उपयोग करके पूर्ण रूप से प्रारंभ किया जा सकता है।
; मैक्रो (कंप्यूटर विज्ञान) रिकॉर्डिंग: यदि सभी उपयोगकर्ता क्रियाएं कमांड ऑब्जेक्ट्स द्वारा दर्शाई जाती हैं, तो एक प्रोग्राम केवल कमांड ऑब्जेक्ट्स की सूची को क्रियान्वित करते हुए क्रियाओं के अनुक्रम को रिकॉर्ड कर सकता है। यह फिर उसी कमांड ऑब्जेक्ट को क्रम में फिर से निष्पादित करके उसी क्रिया को वापस चला सकता है। यदि प्रोग्राम एक स्क्रिप्टिंग इंजन को एम्बेड करता है, तो प्रत्येक कमांड ऑब्जेक्ट एक को लागू कर सकता है {{Mono|toScript()}} विधि, और फिर उपयोगकर्ता क्रियाओं को स्क्रिप्ट के रूप में आसानी से रिकॉर्ड किया जा सकता है।
; मैक्रो(कंप्यूटर विज्ञान) रिकॉर्डिंग: यदि सभी उपयोगकर्ता क्रियाएं कमांड ऑब्जेक्ट् द्वारा दर्शाई जाती हैं, तो प्रोग्राम मात्र कमांड ऑब्जेक्ट्स की सूची को क्रियान्वित करते हुए क्रियाओं के अनुक्रम को रिकॉर्ड कर सकता है। यह फिर उसी कमांड ऑब्जेक्ट को क्रम में फिर से निष्पादित करके उसी क्रिया को वापस चला सकता है। यदि प्रोग्राम एक स्क्रिप्टिंग इंजन को अंतःस्थापित करता है, तो प्रत्येक कमांड ऑब्जेक्ट {{Mono|toScript()}} विधि एक को लागू कर सकता है, और फिर उपयोगकर्ता क्रियाओं को स्क्रिप्ट के रूप में सरलता से रिकॉर्ड किया जा सकता है।
; [[कोड गतिशीलता]]: जावा जैसी भाषाओं का उपयोग करना जहां कोड को एक स्थान से दूसरे स्थान पर URLClassloaders और Codebases के माध्यम से प्रवाहित/स्लिप किया जा सकता है, कमांड नए व्यवहार को दूरस्थ स्थानों (EJB कमांड, मास्टर वर्कर) तक पहुंचाने में सक्षम बना सकते हैं।
; [[कोड गतिशीलता]]: जावा जैसी भाषाओं का उपयोग करना जहां कोड को एक स्थान से दूसरे स्थान पर यूआरएलक्लासलोडर और कोडबेस के माध्यम से प्रवाहित/स्लिप किया जा सकता है, कमांड नवीन व्यवहार को दूरस्थ स्थानों(ईजेबी कमांड, मास्टर वर्कर) तक पहुंचाने में सक्षम बना सकते हैं।
; मल्टी-लेवल अनडू : यदि किसी प्रोग्राम में सभी उपयोगकर्ता क्रियाएं कमांड ऑब्जेक्ट के रूप में लागू की जाती हैं, तो प्रोग्राम हाल ही में निष्पादित कमांड का ढेर रख सकता है। जब उपयोगकर्ता कमांड को [[पूर्ववत]] करना चाहता है, तो प्रोग्राम केवल सबसे हालिया कमांड ऑब्जेक्ट को पॉप करता है और इसे निष्पादित करता है {{Mono|undo()}} तरीका।
; मल्टी-लेवल पूर्ववत: यदि किसी प्रोग्राम में सभी उपयोगकर्ता क्रियाएं कमांड ऑब्जेक्ट के रूप में लागू की जाती हैं, तो प्रोग्राम वर्तमान में निष्पादित कमांड का स्टैक रख सकता है। जब उपयोगकर्ता कमांड को [[पूर्ववत]] करना चाहता है, तो प्रोग्राम मात्र वर्तमान कमांड ऑब्जेक्ट को पॉप करता है और {{Mono|undo()}} विधि को निष्पादित करता है।
; नेटवर्किंग: अन्य मशीनों पर निष्पादित होने के लिए पूरे नेटवर्क में पूरे कमांड ऑब्जेक्ट को भेजना संभव है, उदाहरण के लिए कंप्यूटर गेम में प्लेयर एक्शन।
; नेटवर्किंग: अन्य मशीनों पर निष्पादित होने के लिए पूरे नेटवर्क में पूरे कमांड ऑब्जेक्ट को भेजना संभव है, उदाहरण के लिए कंप्यूटर गेम में प्लेयर एक्शन।
; समानांतर प्रसंस्करण: जहां आदेशों को एक साझा संसाधन के कार्यों के रूप में लिखा जाता है और समानांतर में कई थ्रेड्स द्वारा निष्पादित किया जाता है (संभवतः दूरस्थ मशीनों पर; इस संस्करण को अक्सर मास्टर/वर्कर पैटर्न के रूप में संदर्भित किया जाता है)
; समानांतर प्रसंस्करण: जहां कमांडों को एक साझा संसाधन के कार्यों के रूप में लिखा जाता है और समानांतर में कई थ्रेड्स द्वारा निष्पादित किया जाता है(संभवतः दूरस्थ मशीनों पर; इस संस्करण को प्रायः मास्टर/वर्कर पैटर्न के रूप में संदर्भित किया जाता है)
; प्रगति पट्टियाँ: मान लीजिए कि किसी प्रोग्राम में आदेशों का एक क्रम है जिसे वह क्रम में निष्पादित करता है। यदि प्रत्येक कमांड ऑब्जेक्ट में a {{Mono|getEstimatedDuration()}} विधि, कार्यक्रम आसानी से कुल अवधि का अनुमान लगा सकता है। यह एक प्रगति बार दिखा सकता है जो सार्थक रूप से दर्शाता है कि कार्यक्रम सभी कार्यों को पूरा करने के कितने करीब है।
; प्रोगेस बार: मान लीजिए कि किसी प्रोग्राम में कमांडों का एक क्रम है जिसे वह क्रम में निष्पादित करता है। यदि प्रत्येक कमांड ऑब्जेक्ट में {{Mono|getEstimatedDuration()}} विधि है, तो प्रोग्राम सरलता से कुल अवधि का अनुमान लगा सकता है। यह एक प्रोगेस बार दिखा सकता है जो सार्थक रूप से दर्शाता है कि प्रोग्राम सभी कार्यों को पूरा करने के कितने निकट है।
; [[ धागा पूल ]]: एक विशिष्ट, सामान्य-उद्देश्य वाले थ्रेड पूल वर्ग में एक सार्वजनिक हो सकता है {{Mono|addTask()}} विधि जो कार्य आइटम को किए जाने की प्रतीक्षा कर रहे कार्यों की आंतरिक कतार में जोड़ती है। यह थ्रेड्स का एक पूल बनाए रखता है जो कतार से कमांड निष्पादित करता है। कतार में आइटम कमांड ऑब्जेक्ट हैं। आमतौर पर ये वस्तुएं एक सामान्य इंटरफ़ेस को लागू करती हैं जैसे {{Mono|java.lang.Runnable}} जो थ्रेड पूल को कमांड निष्पादित करने की अनुमति देता है, भले ही थ्रेड पूल क्लास को विशिष्ट कार्यों के ज्ञान के बिना लिखा गया हो जिसके लिए इसका उपयोग किया जाएगा।
; [[ धागा पूल | थ्रेड पूल]]: एक विशिष्ट, सामान्य-उद्देश्य वाले थ्रेड पूल कक्षा में एक सार्वजनिक {{Mono|addTask()}} विधि हो सकती है विधि जो कार्य आइटम को किए जाने की प्रतीक्षा कर रहे कार्यों की आंतरिक पंक्ति में जोड़ती है। यह थ्रेड्स का एक पूल बनाए रखता है जो पंक्ति से कमांड निष्पादित करता है। पंक्ति में आइटम कमांड ऑब्जेक्ट हैं। सामान्यतः ये ऑब्जेक्टएं एक सामान्य इंटरफ़ेस को लागू करती हैं जैसे {{Mono|java.lang.Runnable}} जो थ्रेड पूल को कमांड निष्पादित करने की अनुमति देता है, भले ही थ्रेड पूल कक्षा को विशिष्ट कार्यों के ज्ञान के बिना लिखा गया हो जिसके लिए इसका उपयोग किया जाएगा।
; डेटाबेस लेन-देन व्यवहार: पूर्ववत के समान, एक डेटाबेस इंजन या सॉफ़्टवेयर इंस्टॉलर संचालन की एक सूची रख सकता है जो किया गया है या किया जाएगा। अगर उनमें से एक विफल हो जाता है, तो अन्य सभी को उलटा या त्याग दिया जा सकता है (आमतौर पर रोलबैक कहा जाता है)। उदाहरण के लिए, यदि दो डेटाबेस तालिकाएँ जो एक दूसरे को संदर्भित करती हैं, को अद्यतन किया जाना चाहिए, और दूसरा अद्यतन विफल हो जाता है, तो लेन-देन को वापस ले लिया जा सकता है, ताकि पहली तालिका में अब कोई अमान्य संदर्भ न हो।
; डेटाबेस लेन-देन व्यवहार: पूर्ववत के समान, एक डेटाबेस इंजन या सॉफ़्टवेयर इंस्टॉलर संचालन की एक सूची रख सकता है जो किया गया है या किया जाएगा। यदि उनमें से एक विफल हो जाता है, तो अन्य सभी को उत्क्रमित या निराकृत किया जा सकता है(सामान्यतः रोलबैक कहा जाता है)। उदाहरण के लिए, यदि दो डेटाबेस तालिकाएँ जो एक दूसरे को संदर्भित करती हैं, को अद्यतन किया जाना चाहिए, और दूसरा अद्यतन विफल हो जाता है, तो लेन-देन को वापस ले लिया जा सकता है, ताकि प्रथम तालिका में अब कोई अमान्य संदर्भ न हो।
; विज़ार्ड (सॉफ़्टवेयर) एस: अक्सर एक विज़ार्ड एक ही क्रिया के लिए कॉन्फ़िगरेशन के कई पृष्ठ प्रस्तुत करता है जो तब होता है जब उपयोगकर्ता अंतिम पृष्ठ पर फिनिश बटन पर क्लिक करता है। इन मामलों में, उपयोगकर्ता इंटरफ़ेस कोड को एप्लिकेशन कोड से अलग करने का एक प्राकृतिक तरीका कमांड ऑब्जेक्ट का उपयोग करके विज़ार्ड को लागू करना है। विज़ार्ड पहली बार प्रदर्शित होने पर कमांड ऑब्जेक्ट बनाया जाता है। प्रत्येक विज़ार्ड पृष्ठ कमांड ऑब्जेक्ट में अपने जीयूआई परिवर्तन संग्रहीत करता है, इसलिए उपयोगकर्ता की प्रगति के रूप में ऑब्जेक्ट पॉप्युलेट हो जाता है। समाप्त बस कॉल को ट्रिगर करता है {{Mono|execute()}}. इस तरह, कमांड क्लास काम करेगी।
; विज़ार्ड(सॉफ़्टवेयर) एस: प्रायःएक विज़ार्ड एक ही क्रिया के लिए कॉन्फ़िगरेशन के कई पृष्ठ प्रस्तुत करता है जो तब होता है जब उपयोगकर्ता अंतिम पृष्ठ पर फिनिश बटन पर क्लिक करता है। इन मामलों में, उपयोगकर्ता इंटरफ़ेस कोड को एप्लिकेशन कोड से अलग करने का एक प्राकृतिक विधि कमांड ऑब्जेक्ट का उपयोग करके विज़ार्ड को लागू करना है। विज़ार्ड प्रथमतः प्रदर्शित होने पर कमांड ऑब्जेक्ट बनाया जाता है। प्रत्येक विज़ार्ड पृष्ठ कमांड ऑब्जेक्ट में अपने जीयूआई परिवर्तन संग्रहीत करता है, इसलिए उपयोगकर्ता की प्रगति के रूप में ऑब्जेक्ट वासित हो जाता है। समाप्त मात्र एक कॉल को {{Mono|execute()}} पर ट्रिगर करता है। इस प्रकार, कमांड कक्षा कार्य करेगी।


== शब्दावली ==
== शब्दावली ==
कमांड पैटर्न कार्यान्वयन का वर्णन करने के लिए प्रयुक्त शब्दावली सुसंगत नहीं है और इसलिए भ्रामक हो सकती है।
कमांड पैटर्न कार्यान्वयन का वर्णन करने के लिए प्रयुक्त शब्दावली सुसंगत नहीं है और इसलिए अस्पष्ट हो सकती है। यह अस्पष्टता, पर्यायवाची शब्दों के उपयोग और कार्यान्वयन का परिणाम है, जो मूल पैटर्न से परे जाकर अस्पष्ट हो सकता है।
यह अस्पष्टता, पर्यायवाची शब्दों के उपयोग और कार्यान्वयन का परिणाम है, जो मूल पैटर्न से परे जाकर अस्पष्ट हो सकता है।
# [[अनिश्चितता]]।
# [[अनिश्चितता]]।
## टर्म कमांड अस्पष्ट है। उदाहरण के लिए, ''मूव अप, मूव अप'' एक एकल (मूव अप) कमांड को संदर्भित कर सकता है जिसे दो बार निष्पादित किया जाना चाहिए, या यह दो कमांड को संदर्भित कर सकता है, जिनमें से प्रत्येक एक ही काम (ऊपर ले जाएं) करने के लिए होता है। यदि पूर्व कमांड को पूर्ववत स्टैक में दो बार जोड़ा जाता है, तो स्टैक पर दोनों आइटम एक ही कमांड इंस्टेंस को संदर्भित करते हैं। यह उचित हो सकता है जब एक आदेश सदैव उसी तरह पूर्ववत किया जा सकता है (उदाहरण के लिए नीचे जाएं)। गैंग ऑफ फोर (सॉफ्टवेयर) और #Java दोनों ही 'कमांड' शब्द की इस व्याख्या का उपयोग करते हैं। दूसरी ओर, यदि बाद वाले आदेशों को पूर्ववत स्टैक में जोड़ा जाता है, तो स्टैक दो अलग-अलग वस्तुओं को संदर्भित करता है। यह उचित हो सकता है जब स्टैक पर प्रत्येक वस्तु में ऐसी जानकारी होनी चाहिए जो आदेश को पूर्ववत करने की अनुमति देती है। उदाहरण के लिए, ''डिलीट सिलेक्शन'' कमांड को पूर्ववत करने के लिए, ऑब्जेक्ट में डिलीट किए गए टेक्स्ट की एक कॉपी हो सकती है ताकि इसे फिर से डाला जा सके, अगर ''डिलीट सिलेक्शन'' कमांड को पूर्ववत किया जाना चाहिए। ध्यान दें कि कमांड के प्रत्येक आह्वान के लिए एक अलग वस्तु का उपयोग करना भी [[जिम्मेदारी पैटर्न की श्रृंखला]] का एक उदाहरण है।
## कमांड शब्द अस्पष्ट है। उदाहरण के लिए, ''मूव अप, मूव अप'' एक एकल(मूव अप) कमांड को संदर्भित कर सकता है जिसे दो बार निष्पादित किया जाना चाहिए, या यह दो कमांड को संदर्भित कर सकता है, जिनमें से प्रत्येक एक ही कार्य(ऊपर ले जाएं) करने के लिए होता है। यदि पूर्व कमांड को पूर्ववत स्टैक में दो बार जोड़ा जाता है, तो स्टैक पर दोनों आइटम एक ही कमांड उदाहरण को संदर्भित करते हैं। यह उचित हो सकता है जब एक कमांड सदैव उसी प्रकार पूर्ववत किया जा सकता है(उदाहरण के लिए नीचे जाएं)। गैंग ऑफ फोर(सॉफ्टवेयर) और जावा दोनों ही 'कमांड' शब्द की इस व्याख्या का उपयोग करते हैं। दूसरी ओर, यदि बाद वाले कमांडों को पूर्ववत स्टैक में जोड़ा जाता है, तो स्टैक दो अलग-अलग ऑब्जेक्ट को संदर्भित करता है। यह उचित हो सकता है जब स्टैक पर प्रत्येक ऑब्जेक्ट में ऐसी जानकारी होनी चाहिए जो कमांड को पूर्ववत करने की अनुमति देती है। उदाहरण के लिए, ''डिलीट सिलेक्शन'' कमांड को पूर्ववत करने के लिए, ऑब्जेक्ट में डिलीट किए गए टेक्स्ट की एक कॉपी हो सकती है ताकि इसे फिर से डाला जा सके, यदि ''डिलीट सिलेक्शन'' कमांड को पूर्ववत किया जाना चाहिए। ध्यान दें कि कमांड के प्रत्येक आह्वान के लिए एक अलग ऑब्जेक्ट का उपयोग करना भी [[जिम्मेदारी पैटर्न की श्रृंखला|उत्तरदायित्व पैटर्न की श्रृंखला]] का एक उदाहरण है।
## शब्द निष्पादन भी संदिग्ध है। यह कमांड ऑब्जेक्ट के ''निष्पादित'' विधि द्वारा पहचाने गए कोड को चलाने का उल्लेख कर सकता है। हालाँकि, माइक्रोसॉफ्ट के [[विंडोज प्रेजेंटेशन फाउंडेशन]] में एक कमांड को निष्पादित माना जाता है जब कमांड की ''निष्पादित'' विधि लागू की गई है, लेकिन इसका मतलब यह नहीं है कि एप्लिकेशन कोड चला गया है। यह कुछ और घटना प्रसंस्करण के बाद ही होता है।
## शब्द निष्पादन भी अस्पष्ट है। यह कमांड ऑब्जेक्ट के ''निष्पादित'' विधि द्वारा पहचाने गए कोड को चलाने का उल्लेख कर सकता है। यद्यपि, माइक्रोसॉफ्ट के [[विंडोज प्रेजेंटेशन फाउंडेशन]] में एक कमांड को निष्पादित माना जाता है जब कमांड की ''निष्पादित'' विधि लागू की गई है, परन्तु इसका तात्पर्य यह नहीं है कि एप्लिकेशन कोड चला गया है। यह कुछ और घटना प्रसंस्करण के बाद ही होता है।
# पर्यायवाची और समानार्थी।
# पर्यायवाची और समानार्थी।
## क्लाइंट, स्रोत, इनवोकर: बटन, टूलबार बटन, या मेनू आइटम पर क्लिक किया गया, शॉर्टकट कुंजी उपयोगकर्ता द्वारा दबाया गया।
## क्लाइंट, स्रोत, आह्वानकर्ता: बटन, टूलबार बटन, या मेनू आइटम पर क्लिक किया गया, शॉर्टकट कुंजी उपयोगकर्ता द्वारा दबाया गया।
## कमांड ऑब्जेक्ट, रूटेड कमांड ऑब्जेक्ट, एक्शन ऑब्जेक्ट: एक सिंगलटन ऑब्जेक्ट (जैसे कि केवल एक कॉपीकमांड ऑब्जेक्ट है), जो कमांड से संबंधित शॉर्टकट कुंजियों, बटन छवियों, कमांड टेक्स्ट आदि के विषय में जानता है। एक स्रोत/इनवोकर ऑब्जेक्ट कमांड/एक्शन ऑब्जेक्ट की निष्पादन/प्रदर्शन क्रिया विधि को कॉल करता है। कमांड/एक्शन ऑब्जेक्ट उचित स्रोत/इनवोकर ऑब्जेक्ट्स को सूचित करता है जब कमांड/एक्शन की उपलब्धता बदल जाती है। यह बटन और मेनू आइटम को निष्क्रिय होने की अनुमति देता है (ग्रे आउट) जब कोई कमांड/एक्शन निष्पादित/निष्पादित नहीं किया जा सकता है।
## कमांड ऑब्जेक्ट, रूटेड कमांड ऑब्जेक्ट, एक्शन ऑब्जेक्ट: एक एकाकी ऑब्जेक्ट(जैसे कि मात्र एक कॉपीकमांड ऑब्जेक्ट है), जो कमांड से संबंधित शॉर्टकट कुंजियों, बटन प्रतिरूपों, कमांड टेक्स्ट आदि के विषय में जानता है। एक स्रोत/आह्वानकर्ता ऑब्जेक्ट कमांड/एक्शन ऑब्जेक्ट की निष्पादन/निष्पादन क्रिया विधि को कॉल करता है। कमांड/एक्शन ऑब्जेक्ट उचित स्रोत/आह्वानकर्ता ऑब्जेक्ट्स को सूचित करता है जब कमांड/एक्शन की उपलब्धता बदल जाती है। यह बटन और मेनू आइटम को निष्क्रिय होने की अनुमति देता है(ग्रे आउट) जब कोई कमांड/एक्शन निष्पादित/निष्पादित नहीं किया जा सकता है।
## रिसीवर, टारगेट ऑब्जेक्ट: वह ऑब्जेक्ट जो कॉपी, पेस्ट, मूव आदि होने वाला है। रिसीवर ऑब्जेक्ट उस मेथड का मालिक होता है जिसे कमांड के ''एक्जीक्यूट'' मेथड द्वारा कॉल किया जाता है। रिसीवर आमतौर पर लक्ष्य वस्तु भी होता है। उदाहरण के लिए, यदि रिसीवर ऑब्जेक्ट एक 'कर्सर' है और विधि को 'मूवअप' कहा जाता है, तो कोई उम्मीद करेगा कि कर्सर मूवअप एक्शन का लक्ष्य है। दूसरी ओर, यदि कोड को कमांड ऑब्जेक्ट द्वारा ही परिभाषित किया गया है, तो लक्ष्य ऑब्जेक्ट पूरी तरह से एक अलग ऑब्जेक्ट होगा।
## प्राप्तकर्ता, टारगेट ऑब्जेक्ट: वह ऑब्जेक्ट जो कॉपी, पेस्ट, मूव आदि होने वाला है। प्राप्तकर्ता ऑब्जेक्ट उस विधि का स्वामित्व होता है जिसे कमांड के ''निष्पादन'' विधि द्वारा कॉल किया जाता है। प्राप्तकर्ता सामान्यतः नियोजित ऑब्जेक्ट भी होता है। उदाहरण के लिए, यदि प्राप्तकर्ता ऑब्जेक्ट एक 'कर्सर' है और विधि को 'मूवअप' कहा जाता है, तो कोई अपेक्षा करेगा कि कर्सर मूवअप एक्शन का नियोजित है। दूसरी ओर, यदि कोड को कमांड ऑब्जेक्ट द्वारा ही परिभाषित किया गया है, तो नियोजित ऑब्जेक्ट पूर्ण रूप से अलग ऑब्जेक्ट होगा।
## कमांड ऑब्जेक्ट, रूटेड इवेंट आर्ग्युमेंट्स, इवेंट ऑब्जेक्ट: वह ऑब्जेक्ट जो सोर्स से कमांड/एक्शन ऑब्जेक्ट तक, टार्गेट ऑब्जेक्ट से उस कोड तक जाता है जो काम करता है। प्रत्येक बटन क्लिक या शॉर्टकट कुंजी का परिणाम एक नए कमांड/ईवेंट ऑब्जेक्ट में होता है। कुछ कार्यान्वयन कमांड/ईवेंट ऑब्जेक्ट में अधिक जानकारी जोड़ते हैं क्योंकि यह एक ऑब्जेक्ट (जैसे कॉपी कमांड) से दूसरे (जैसे दस्तावेज़ अनुभाग) में पारित किया जा रहा है। अन्य कार्यान्वयन कमांड/ईवेंट ऑब्जेक्ट्स को अन्य इवेंट ऑब्जेक्ट्स (जैसे बड़े बॉक्स के अंदर एक बॉक्स) में रखते हैं, क्योंकि वे नामकरण संघर्ष से बचने के लिए लाइन के साथ चलते हैं। (जिम्मेदारी पैटर्न की श्रृंखला भी देखें।)
## कमांड ऑब्जेक्ट, रूटेड घटना युक्ति, घटना ऑब्जेक्ट: वह ऑब्जेक्ट जो स्रोत से कमांड/एक्शन ऑब्जेक्ट तक, नियोजित ऑब्जेक्ट से उस कोड तक जाता है जो कार्य करता है। प्रत्येक बटन क्लिक या शॉर्टकट कुंजी का परिणाम नवीन कमांड/घटना ऑब्जेक्ट में होता है। कुछ कार्यान्वयन कमांड/घटना ऑब्जेक्ट में अधिक जानकारी जोड़ते हैं क्योंकि यह ऑब्जेक्ट(जैसे कॉपी कमांड) से दूसरे(जैसे प्रलेख अनुभाग) में पारित किया जा रहा है। अन्य कार्यान्वयन कमांड/घटना ऑब्जेक्ट्स को अन्य घटना ऑब्जेक्ट्स(जैसे बड़े कक्ष के अंदर एक कक्ष) में रखते हैं, क्योंकि वे नामकरण अंतर्द्वंदव से बचने के लिए पंक्ति के साथ चलते हैं।(उत्तरदायित्व पैटर्न की श्रृंखला भी देखें।)
## हैंडलर, ExecutedRoutedEventHandler, मेथड, फंक्शन: वास्तविक कोड जो कॉपी, पेस्ट, मूविंग आदि करता है। कुछ कार्यान्वयन में हैंडलर कोड कमांड/एक्शन ऑब्जेक्ट का हिस्सा होता है। अन्य कार्यान्वयन में कोड रिसीवर/लक्ष्य वस्तु का हिस्सा है, और अभी तक अन्य कार्यान्वयन में हैंडलरकोड को अन्य वस्तुओं से अलग रखा जाता है।
## संचालक, निष्पादितरूटेडघटनासंचालक, विधि, प्रकार्य: वास्तविक कोड जो कॉपी, पेस्ट, मूविंग आदि करता है। कुछ कार्यान्वयन में संचालक कोड कमांड/एक्शन ऑब्जेक्ट का भाग होता है। अन्य कार्यान्वयन में कोड प्राप्तकर्ता/नियोजित ऑब्जेक्ट का भाग है, और अभी तक अन्य कार्यान्वयन में संचालककोड को अन्य ऑब्जेक्ट से अलग रखा जाता है।
## कमांड मैनेजर, अनडू मैनेजर, शेड्यूलर, क्यू, डिस्पैचर, इनवोकर: एक ऑब्जेक्ट जो कमांड/इवेंट ऑब्जेक्ट्स को अनडू स्टैक या रीडू स्टैक पर रखता है, या जो कमांड/इवेंट ऑब्जेक्ट्स को तब तक होल्ड करता है जब तक अन्य ऑब्जेक्ट उन पर कार्य करने के लिए तैयार नहीं होते , या जो कमांड/इवेंट ऑब्जेक्ट को उपयुक्त रिसीवर/टारगेट ऑब्जेक्ट या हैंडलर कोड पर रूट करता है।
## कमांड मैनेजर, पूर्ववत मैनेजर, शेड्यूलर, क्यू, डिस्पैचर, आह्वानकर्ता: ऑब्जेक्ट जो कमांड/घटना ऑब्जेक्ट्स को पूर्ववत स्टैक या रीडू स्टैक पर रखता है, या जो कमांड/घटना ऑब्जेक्ट्स को तब तक संचालित करता है जब तक अन्य ऑब्जेक्ट उन पर कार्य करने के लिए तैयार नहीं होते, या जो कमांड/घटना ऑब्जेक्ट को उपयुक्त प्राप्तकर्ता/टारगेट ऑब्जेक्ट या संचालक कोड पर रूट करता है।
# कार्यान्वयन जो मूल कमांड पैटर्न से काफी आगे जाते हैं।
# कार्यान्वयन जो मूल कमांड पैटर्न से अत्यधिक आगे जाते हैं।
## माइक्रोसॉफ्ट का [http://msdn.microsoft.com/en-us/library/ms752308.aspx विंडोज प्रेजेंटेशन फाउंडेशन] (WPF), रूटेड कमांड पेश करता है, जो इवेंट प्रोसेसिंग के साथ कमांड पैटर्न को जोड़ता है। नतीजतन, कमांड ऑब्जेक्ट में अब लक्ष्य ऑब्जेक्ट का संदर्भ नहीं है और न ही एप्लिकेशन कोड का संदर्भ है। इसके बजाय, कमांड ऑब्जेक्ट के ''एक्जीक्यूट'' कमांड को लागू करने से एक तथाकथित ''एक्जिक्यूटेड रूटेड इवेंट'' होता है, जो कि इवेंट के टनलिंग या बबलिंग के दौरान एक तथाकथित ''बाइंडिंग'' ऑब्जेक्ट का सामना कर सकता है जो लक्ष्य की पहचान करता है और एप्लिकेशन कोड, जिसे उस बिंदु पर निष्पादित किया जाता है।
## माइक्रोसॉफ्ट का [http://msdn.microsoft.com/en-us/library/ms752308.aspx विंडोज प्रेजेंटेशन फाउंडेशन](डब्ल्यूपीएफ), रूटेड कमांड प्रस्तावित करता है, जो घटना प्रोसेसिंग के साथ कमांड पैटर्न को जोड़ता है। फलस्वरूप, कमांड ऑब्जेक्ट में अब नियोजित ऑब्जेक्ट का संदर्भ नहीं है और न ही एप्लिकेशन कोड का संदर्भ है। इसके अतिरिक्त, कमांड ऑब्जेक्ट के ''निष्पादन'' कमांड को लागू करने से एक तथाकथित ''निष्पादित रूटेड घटना'' होता है, जो कि घटना के टनलिंग या बबलिंग के समय तथाकथित ''आवश्यक'' ऑब्जेक्ट का सामना कर सकता है जो नियोजित की पहचान करता है और एप्लिकेशन कोड, जिसे उस बिंदु पर निष्पादित किया जाता है।


== उदाहरण ==
== उदाहरण ==
<!-- Wikipedia is not a list of examples. Do not add examples from your favorite programming language here; this page exists to explain the design pattern, not to show how it interacts with subtleties of every language under the sun. Feel free to add examples here: http://en.wikibooks.org/wiki/Computer_Science_Design_Patterns/Command -->
एक साधारण स्विच पर विचार करें। इस उदाहरण में हम स्विच को दो कमांडों से कॉन्फ़िगर करते हैं: प्रकाश को चालू करने के लिए और प्रकाश को बंद करने के लिए।
एक साधारण स्विच पर विचार करें। इस उदाहरण में हम स्विच को दो आदेशों से कॉन्फ़िगर करते हैं: प्रकाश को चालू करने के लिए और प्रकाश को बंद करने के लिए।


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


<syntaxhighlight lang="csharp">
<syntaxhighlight lang="csharp">
Line 196: Line 189:
}
}
</syntaxhighlight>
</syntaxhighlight>
<!-- Wikipedia is not a list of examples. Do not add examples from your favorite programming language here; this page exists to explain the design pattern, not to show how it interacts with subtleties of every language under the sun. Feel free to add examples here: http://en.wikibooks.org/wiki/Computer_Science_Design_Patterns/Command -->


== यह भी देखें ==
== यह भी देखें ==
* [[बैच कतार]]
* [[बैच कतार|दल पंक्ति]]
* [[क्लोजर (कंप्यूटर साइंस)|क्लोजर (कंप्यूटर विज्ञान)]]
* [[क्लोजर (कंप्यूटर साइंस)|समाप्ति(कंप्यूटर विज्ञान)]]
* [[कमांड कतार]]
* [[कमांड कतार|कमांड पंक्ति]]
* [[फंक्शन ऑब्जेक्ट]]
* [[फंक्शन ऑब्जेक्ट|प्रकार्य ऑब्जेक्ट]]
* [[जॉब शेड्यूलर]]
* [[जॉब शेड्यूलर|कार्य अनुसूचक]]
* मॉडल-व्यू-कंट्रोलर
* मॉडल-दृश्य-नियंत्रक
* [[प्राथमिकता कतार]]
* [[प्राथमिकता कतार|प्राथमिकता पंक्ति]]
* [[सॉफ्टवेयर डिजाइन पैटर्न]]
* [[सॉफ्टवेयर डिजाइन पैटर्न]]
* गैंग ऑफ फोर (सॉफ्टवेयर) | जीओएफ - डिजाइन पैटर्न
* गैंग ऑफ फोर(सॉफ्टवेयर) - डिजाइन पैटर्न


== इतिहास ==
== इतिहास ==
इंटरएक्टिव सिस्टम को लागू करने के लिए कमांड क्लास का उपयोग करने का पहला प्रकाशित उल्लेख हेनरी लिबरमैन द्वारा 1985 का एक लेख प्रतीत होता है।<ref>{{cite journal |last1=Lieberman|first1=Henry|date=1985|title=स्क्रीन से मिलने के अलावा मेनू सिस्टम में और भी बहुत कुछ है|journal=SIGGRAPH Computer Graphics|pages=181-189}}</ref> निष्पादन और पूर्ववत विधियों के साथ एक कमांड वर्ग का उपयोग करते हुए एक (बहु-स्तरीय) पूर्ववत-फिर से तंत्र का पहला प्रकाशित विवरण, और एक इतिहास सूची, [[बर्ट्रेंड मेयर]] की पुस्तक [[वस्तु-उन्मुख सॉफ्टवेयर निर्माण]] का पहला (1988) संस्करण प्रतीत होता है।<ref>{{cite book |last=Meyer |first=Bertrand |author-link=Bertrand Meyer |date=1988 |title=वस्तु-उन्मुख सॉफ्टवेयर निर्माण|edition=1st |publisher=Prentice-Hall}}</ref> खंड 12.2।
पारस्परिक प्रणाली को लागू करने के लिए कमांड कक्षा का उपयोग करने का प्रथम प्रकाशित उल्लेख हेनरी लिबरमैन द्वारा 1985 का एक लेख प्रतीत होता है।<ref>{{cite journal |last1=Lieberman|first1=Henry|date=1985|title=स्क्रीन से मिलने के अलावा मेनू सिस्टम में और भी बहुत कुछ है|journal=SIGGRAPH Computer Graphics|pages=181-189}}</ref> निष्पादन और पूर्ववत विधियों के साथ एक कमांड कक्षा का उपयोग करते हुए एक(बहु-स्तरीय) पूर्ववत-फिर से तंत्र का प्रथम प्रकाशित विवरण, और एक इतिहास सूची, [[बर्ट्रेंड मेयर]] की पुस्तक [[वस्तु-उन्मुख सॉफ्टवेयर निर्माण|ऑब्जेक्ट-]][[ ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग |ओरिएंटेड]] सॉफ्टवेयर निर्माण का प्रथम(1988) संस्करण प्रतीत होता है।<ref>{{cite book |last=Meyer |first=Bertrand |author-link=Bertrand Meyer |date=1988 |title=वस्तु-उन्मुख सॉफ्टवेयर निर्माण|edition=1st |publisher=Prentice-Hall}}</ref> खंड 12.2।


==संदर्भ==
==संदर्भ==
Line 221: Line 212:
{{Wikibooks|Computer Science Design Patterns|Command|Command implementations in various languages}}
{{Wikibooks|Computer Science Design Patterns|Command|Command implementations in various languages}}
* [https://wiki.c2.com/?CommandPattern Command Pattern]
* [https://wiki.c2.com/?CommandPattern Command Pattern]
* [https://www.infoworld.com/article/2077569/java-tip-68--learn-how-to-implement-the-command-pattern-in-java.html Java Tip 68: Learn how to implement the Command pattern in Java]
* [https://www.infoworld.com/article/2077569/java-tip-68--learn-how-to-implement-the-command-pattern-in-java.html जावा Tip 68: Learn how to implement the Command pattern in जावा]
 
{{Design Patterns Patterns}}
 
{{DEFAULTSORT:Command Pattern}}[[Category: सॉफ्टवेयर डिजाइन पैटर्न]] [[Category: सी शार्प कोड उदाहरण के साथ लेख]] [[Category: जावा कोड उदाहरण के साथ लेख]] [[Category: उदाहरण जावास्क्रिप्ट कोड वाले लेख]] [[Category: लेख उदाहरण के साथ पायथन (प्रोग्रामिंग भाषा) कोड]] [[Category: रूबी कोड उदाहरण के साथ लेख]] [[Category: उदाहरण स्काला कोड वाले लेख]]  
 
 


[[Category: Machine Translated Page]]
[[Category:Collapse templates|Command Pattern]]
[[Category:Created On 02/03/2023]]
[[Category:Commons category link is the pagename|Command Pattern]]
[[Category:Created On 02/03/2023|Command Pattern]]
[[Category:Lua-based templates]]
[[Category:Machine Translated Page|Command Pattern]]
[[Category:Navigational boxes| ]]
[[Category:Navigational boxes without horizontal lists|Command Pattern]]
[[Category:Pages with script errors|Command Pattern]]
[[Category:Short description with empty Wikidata description|Command Pattern]]
[[Category:Sidebars with styles needing conversion|Command Pattern]]
[[Category:Template documentation pages|Documentation/doc]]
[[Category:Templates Vigyan Ready]]
[[Category:Templates that add a tracking category]]
[[Category:Templates that generate short descriptions]]
[[Category:Templates using TemplateData]]

Latest revision as of 15:43, 16 March 2023

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

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

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

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

अवलोकन

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

कमांड डिज़ाइन पैटर्न का उपयोग करके इन समस्याओं को हल किया जा सकता है:[2]

  • किसी अनुरोध के आह्वानकर्ता को किसी विशेष अनुरोध से जोड़ने से बचना चाहिए। अर्थात हार्ड-वायर्ड अनुरोधों से बचना चाहिए।
  • एक अनुरोध के साथ ऑब्जेक्ट(जो एक अनुरोध का आह्वान करती है) को कॉन्फ़िगर करना संभव होना चाहिए।

एक कक्षा में सीधे अनुरोध को लागू करना(हार्ड-वायरिंग) अनम्य है क्योंकि यह कक्षा को संकलन-समय पर विशेष अनुरोध से जोड़ता है, जिससे क्रम पर अनुरोध निर्दिष्ट करना असंभव हो जाता है।

कमांड डिजाइन पैटर्न का प्रयोग निम्नलिखित हल का वर्णन करता है:

  • अलग(कमांड) ऑब्जेक्ट्स को परिभाषित करें जो एक अनुरोध को संपुटित करते हैं।
  • एक कक्षा सीधे किसी विशेष अनुरोध को लागू करने के अतिरिक्त कमांड ऑब्जेक्ट के लिए अनुरोध करता है।

यह एक कक्षा को कमांड ऑब्जेक्ट के साथ कॉन्फ़िगर करने में सक्षम बनाता है जिसका उपयोग अनुरोध करने के लिए किया जाता है। कक्षा अब किसी विशेष अनुरोध से जुड़ी नहीं है और अनुरोध कैसे किया जाता है इसका कोई ज्ञान नहीं है(स्वतंत्र है)।

नीचे यूएमएल कक्षा और अनुक्रम आरेख भी देखें।

संरचना

यूएमएल कक्षा और अनुक्रम आरेख

कमांड डिज़ाइन पैटर्न के लिए एक प्रतिरूप यूएमएल कक्षा और अनुक्रम आरेख। [3]

उपरोक्त एकीकृत मॉडलिंग भाषा कक्षा आरेख में, Invoker कक्षा सीधे अनुरोध को लागू नहीं करता है। अतिरिक्त, Invoker एक अनुरोध(command.execute()) करने के लिए Command इंटरफ़ेस को संदर्भित करता है, जो Invoker को स्वतंत्र बनाता है कि अनुरोध कैसे किया जाता है। Command1 कक्षा एक प्राप्तकर्ता(receiver1.action1()) पर एक क्रिया करके Command इंटरफ़ेस को लागू करता है।

एकीकृत मॉडलिंग भाषा अनुक्रम आरेख क्रम परस्पर क्रिया दिखाता है: Command1 ऑब्जेक्ट Invoker ऑब्जेक्ट कॉल execute() है। Command1एक Receiver1 ऑब्जेक्ट पर action1() कॉल करता है, जो अनुरोध करता है।

यूएमएल कक्षा आरेख

कमांड पैटर्न का यूएमएल आरेख

उपयोग

जीयूआई बटन और मेनू आइटम
स्विंग(जावा) और बोरलैंड डेल्फी प्रोग्रामिंग में, एकAction कमांड ऑब्जेक्ट है। वांछित कमांड को निष्पादित करने की क्षमता के अतिरिक्त, एक Action में संबद्ध चिह्न, कुँजीपटल शॉर्टकट, टूलटिप टेक्स्ट, इत्यादि हो सकते हैं। टूलबार बटन या मेनू आइटम घटक को मात्र Action ऑब्जेक्ट का उपयोग करके पूर्ण रूप से प्रारंभ किया जा सकता है।
मैक्रो(कंप्यूटर विज्ञान) रिकॉर्डिंग
यदि सभी उपयोगकर्ता क्रियाएं कमांड ऑब्जेक्ट् द्वारा दर्शाई जाती हैं, तो प्रोग्राम मात्र कमांड ऑब्जेक्ट्स की सूची को क्रियान्वित करते हुए क्रियाओं के अनुक्रम को रिकॉर्ड कर सकता है। यह फिर उसी कमांड ऑब्जेक्ट को क्रम में फिर से निष्पादित करके उसी क्रिया को वापस चला सकता है। यदि प्रोग्राम एक स्क्रिप्टिंग इंजन को अंतःस्थापित करता है, तो प्रत्येक कमांड ऑब्जेक्ट toScript() विधि एक को लागू कर सकता है, और फिर उपयोगकर्ता क्रियाओं को स्क्रिप्ट के रूप में सरलता से रिकॉर्ड किया जा सकता है।
कोड गतिशीलता
जावा जैसी भाषाओं का उपयोग करना जहां कोड को एक स्थान से दूसरे स्थान पर यूआरएलक्लासलोडर और कोडबेस के माध्यम से प्रवाहित/स्लिप किया जा सकता है, कमांड नवीन व्यवहार को दूरस्थ स्थानों(ईजेबी कमांड, मास्टर वर्कर) तक पहुंचाने में सक्षम बना सकते हैं।
मल्टी-लेवल पूर्ववत
यदि किसी प्रोग्राम में सभी उपयोगकर्ता क्रियाएं कमांड ऑब्जेक्ट के रूप में लागू की जाती हैं, तो प्रोग्राम वर्तमान में निष्पादित कमांड का स्टैक रख सकता है। जब उपयोगकर्ता कमांड को पूर्ववत करना चाहता है, तो प्रोग्राम मात्र वर्तमान कमांड ऑब्जेक्ट को पॉप करता है और undo() विधि को निष्पादित करता है।
नेटवर्किंग
अन्य मशीनों पर निष्पादित होने के लिए पूरे नेटवर्क में पूरे कमांड ऑब्जेक्ट को भेजना संभव है, उदाहरण के लिए कंप्यूटर गेम में प्लेयर एक्शन।
समानांतर प्रसंस्करण
जहां कमांडों को एक साझा संसाधन के कार्यों के रूप में लिखा जाता है और समानांतर में कई थ्रेड्स द्वारा निष्पादित किया जाता है(संभवतः दूरस्थ मशीनों पर; इस संस्करण को प्रायः मास्टर/वर्कर पैटर्न के रूप में संदर्भित किया जाता है)
प्रोगेस बार
मान लीजिए कि किसी प्रोग्राम में कमांडों का एक क्रम है जिसे वह क्रम में निष्पादित करता है। यदि प्रत्येक कमांड ऑब्जेक्ट में getEstimatedDuration() विधि है, तो प्रोग्राम सरलता से कुल अवधि का अनुमान लगा सकता है। यह एक प्रोगेस बार दिखा सकता है जो सार्थक रूप से दर्शाता है कि प्रोग्राम सभी कार्यों को पूरा करने के कितने निकट है।
थ्रेड पूल
एक विशिष्ट, सामान्य-उद्देश्य वाले थ्रेड पूल कक्षा में एक सार्वजनिक addTask() विधि हो सकती है विधि जो कार्य आइटम को किए जाने की प्रतीक्षा कर रहे कार्यों की आंतरिक पंक्ति में जोड़ती है। यह थ्रेड्स का एक पूल बनाए रखता है जो पंक्ति से कमांड निष्पादित करता है। पंक्ति में आइटम कमांड ऑब्जेक्ट हैं। सामान्यतः ये ऑब्जेक्टएं एक सामान्य इंटरफ़ेस को लागू करती हैं जैसे java.lang.Runnable जो थ्रेड पूल को कमांड निष्पादित करने की अनुमति देता है, भले ही थ्रेड पूल कक्षा को विशिष्ट कार्यों के ज्ञान के बिना लिखा गया हो जिसके लिए इसका उपयोग किया जाएगा।
डेटाबेस लेन-देन व्यवहार
पूर्ववत के समान, एक डेटाबेस इंजन या सॉफ़्टवेयर इंस्टॉलर संचालन की एक सूची रख सकता है जो किया गया है या किया जाएगा। यदि उनमें से एक विफल हो जाता है, तो अन्य सभी को उत्क्रमित या निराकृत किया जा सकता है(सामान्यतः रोलबैक कहा जाता है)। उदाहरण के लिए, यदि दो डेटाबेस तालिकाएँ जो एक दूसरे को संदर्भित करती हैं, को अद्यतन किया जाना चाहिए, और दूसरा अद्यतन विफल हो जाता है, तो लेन-देन को वापस ले लिया जा सकता है, ताकि प्रथम तालिका में अब कोई अमान्य संदर्भ न हो।
विज़ार्ड(सॉफ़्टवेयर) एस
प्रायःएक विज़ार्ड एक ही क्रिया के लिए कॉन्फ़िगरेशन के कई पृष्ठ प्रस्तुत करता है जो तब होता है जब उपयोगकर्ता अंतिम पृष्ठ पर फिनिश बटन पर क्लिक करता है। इन मामलों में, उपयोगकर्ता इंटरफ़ेस कोड को एप्लिकेशन कोड से अलग करने का एक प्राकृतिक विधि कमांड ऑब्जेक्ट का उपयोग करके विज़ार्ड को लागू करना है। विज़ार्ड प्रथमतः प्रदर्शित होने पर कमांड ऑब्जेक्ट बनाया जाता है। प्रत्येक विज़ार्ड पृष्ठ कमांड ऑब्जेक्ट में अपने जीयूआई परिवर्तन संग्रहीत करता है, इसलिए उपयोगकर्ता की प्रगति के रूप में ऑब्जेक्ट वासित हो जाता है। समाप्त मात्र एक कॉल को execute() पर ट्रिगर करता है। इस प्रकार, कमांड कक्षा कार्य करेगी।

शब्दावली

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

  1. अनिश्चितता।
    1. कमांड शब्द अस्पष्ट है। उदाहरण के लिए, मूव अप, मूव अप एक एकल(मूव अप) कमांड को संदर्भित कर सकता है जिसे दो बार निष्पादित किया जाना चाहिए, या यह दो कमांड को संदर्भित कर सकता है, जिनमें से प्रत्येक एक ही कार्य(ऊपर ले जाएं) करने के लिए होता है। यदि पूर्व कमांड को पूर्ववत स्टैक में दो बार जोड़ा जाता है, तो स्टैक पर दोनों आइटम एक ही कमांड उदाहरण को संदर्भित करते हैं। यह उचित हो सकता है जब एक कमांड सदैव उसी प्रकार पूर्ववत किया जा सकता है(उदाहरण के लिए नीचे जाएं)। गैंग ऑफ फोर(सॉफ्टवेयर) और जावा दोनों ही 'कमांड' शब्द की इस व्याख्या का उपयोग करते हैं। दूसरी ओर, यदि बाद वाले कमांडों को पूर्ववत स्टैक में जोड़ा जाता है, तो स्टैक दो अलग-अलग ऑब्जेक्ट को संदर्भित करता है। यह उचित हो सकता है जब स्टैक पर प्रत्येक ऑब्जेक्ट में ऐसी जानकारी होनी चाहिए जो कमांड को पूर्ववत करने की अनुमति देती है। उदाहरण के लिए, डिलीट सिलेक्शन कमांड को पूर्ववत करने के लिए, ऑब्जेक्ट में डिलीट किए गए टेक्स्ट की एक कॉपी हो सकती है ताकि इसे फिर से डाला जा सके, यदि डिलीट सिलेक्शन कमांड को पूर्ववत किया जाना चाहिए। ध्यान दें कि कमांड के प्रत्येक आह्वान के लिए एक अलग ऑब्जेक्ट का उपयोग करना भी उत्तरदायित्व पैटर्न की श्रृंखला का एक उदाहरण है।
    2. शब्द निष्पादन भी अस्पष्ट है। यह कमांड ऑब्जेक्ट के निष्पादित विधि द्वारा पहचाने गए कोड को चलाने का उल्लेख कर सकता है। यद्यपि, माइक्रोसॉफ्ट के विंडोज प्रेजेंटेशन फाउंडेशन में एक कमांड को निष्पादित माना जाता है जब कमांड की निष्पादित विधि लागू की गई है, परन्तु इसका तात्पर्य यह नहीं है कि एप्लिकेशन कोड चला गया है। यह कुछ और घटना प्रसंस्करण के बाद ही होता है।
  2. पर्यायवाची और समानार्थी।
    1. क्लाइंट, स्रोत, आह्वानकर्ता: बटन, टूलबार बटन, या मेनू आइटम पर क्लिक किया गया, शॉर्टकट कुंजी उपयोगकर्ता द्वारा दबाया गया।
    2. कमांड ऑब्जेक्ट, रूटेड कमांड ऑब्जेक्ट, एक्शन ऑब्जेक्ट: एक एकाकी ऑब्जेक्ट(जैसे कि मात्र एक कॉपीकमांड ऑब्जेक्ट है), जो कमांड से संबंधित शॉर्टकट कुंजियों, बटन प्रतिरूपों, कमांड टेक्स्ट आदि के विषय में जानता है। एक स्रोत/आह्वानकर्ता ऑब्जेक्ट कमांड/एक्शन ऑब्जेक्ट की निष्पादन/निष्पादन क्रिया विधि को कॉल करता है। कमांड/एक्शन ऑब्जेक्ट उचित स्रोत/आह्वानकर्ता ऑब्जेक्ट्स को सूचित करता है जब कमांड/एक्शन की उपलब्धता बदल जाती है। यह बटन और मेनू आइटम को निष्क्रिय होने की अनुमति देता है(ग्रे आउट) जब कोई कमांड/एक्शन निष्पादित/निष्पादित नहीं किया जा सकता है।
    3. प्राप्तकर्ता, टारगेट ऑब्जेक्ट: वह ऑब्जेक्ट जो कॉपी, पेस्ट, मूव आदि होने वाला है। प्राप्तकर्ता ऑब्जेक्ट उस विधि का स्वामित्व होता है जिसे कमांड के निष्पादन विधि द्वारा कॉल किया जाता है। प्राप्तकर्ता सामान्यतः नियोजित ऑब्जेक्ट भी होता है। उदाहरण के लिए, यदि प्राप्तकर्ता ऑब्जेक्ट एक 'कर्सर' है और विधि को 'मूवअप' कहा जाता है, तो कोई अपेक्षा करेगा कि कर्सर मूवअप एक्शन का नियोजित है। दूसरी ओर, यदि कोड को कमांड ऑब्जेक्ट द्वारा ही परिभाषित किया गया है, तो नियोजित ऑब्जेक्ट पूर्ण रूप से अलग ऑब्जेक्ट होगा।
    4. कमांड ऑब्जेक्ट, रूटेड घटना युक्ति, घटना ऑब्जेक्ट: वह ऑब्जेक्ट जो स्रोत से कमांड/एक्शन ऑब्जेक्ट तक, नियोजित ऑब्जेक्ट से उस कोड तक जाता है जो कार्य करता है। प्रत्येक बटन क्लिक या शॉर्टकट कुंजी का परिणाम नवीन कमांड/घटना ऑब्जेक्ट में होता है। कुछ कार्यान्वयन कमांड/घटना ऑब्जेक्ट में अधिक जानकारी जोड़ते हैं क्योंकि यह ऑब्जेक्ट(जैसे कॉपी कमांड) से दूसरे(जैसे प्रलेख अनुभाग) में पारित किया जा रहा है। अन्य कार्यान्वयन कमांड/घटना ऑब्जेक्ट्स को अन्य घटना ऑब्जेक्ट्स(जैसे बड़े कक्ष के अंदर एक कक्ष) में रखते हैं, क्योंकि वे नामकरण अंतर्द्वंदव से बचने के लिए पंक्ति के साथ चलते हैं।(उत्तरदायित्व पैटर्न की श्रृंखला भी देखें।)
    5. संचालक, निष्पादितरूटेडघटनासंचालक, विधि, प्रकार्य: वास्तविक कोड जो कॉपी, पेस्ट, मूविंग आदि करता है। कुछ कार्यान्वयन में संचालक कोड कमांड/एक्शन ऑब्जेक्ट का भाग होता है। अन्य कार्यान्वयन में कोड प्राप्तकर्ता/नियोजित ऑब्जेक्ट का भाग है, और अभी तक अन्य कार्यान्वयन में संचालककोड को अन्य ऑब्जेक्ट से अलग रखा जाता है।
    6. कमांड मैनेजर, पूर्ववत मैनेजर, शेड्यूलर, क्यू, डिस्पैचर, आह्वानकर्ता: ऑब्जेक्ट जो कमांड/घटना ऑब्जेक्ट्स को पूर्ववत स्टैक या रीडू स्टैक पर रखता है, या जो कमांड/घटना ऑब्जेक्ट्स को तब तक संचालित करता है जब तक अन्य ऑब्जेक्ट उन पर कार्य करने के लिए तैयार नहीं होते, या जो कमांड/घटना ऑब्जेक्ट को उपयुक्त प्राप्तकर्ता/टारगेट ऑब्जेक्ट या संचालक कोड पर रूट करता है।
  3. कार्यान्वयन जो मूल कमांड पैटर्न से अत्यधिक आगे जाते हैं।
    1. माइक्रोसॉफ्ट का विंडोज प्रेजेंटेशन फाउंडेशन(डब्ल्यूपीएफ), रूटेड कमांड प्रस्तावित करता है, जो घटना प्रोसेसिंग के साथ कमांड पैटर्न को जोड़ता है। फलस्वरूप, कमांड ऑब्जेक्ट में अब नियोजित ऑब्जेक्ट का संदर्भ नहीं है और न ही एप्लिकेशन कोड का संदर्भ है। इसके अतिरिक्त, कमांड ऑब्जेक्ट के निष्पादन कमांड को लागू करने से एक तथाकथित निष्पादित रूटेड घटना होता है, जो कि घटना के टनलिंग या बबलिंग के समय तथाकथित आवश्यक ऑब्जेक्ट का सामना कर सकता है जो नियोजित की पहचान करता है और एप्लिकेशन कोड, जिसे उस बिंदु पर निष्पादित किया जाता है।

उदाहरण

एक साधारण स्विच पर विचार करें। इस उदाहरण में हम स्विच को दो कमांडों से कॉन्फ़िगर करते हैं: प्रकाश को चालू करने के लिए और प्रकाश को बंद करने के लिए।

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

using System;

namespace CommandPattern;

public interface ICommand
{
    void Execute();
}

/* The Invoker class */
public class Switch
{
    ICommand _closedCommand;
    ICommand _openedCommand;

    public Switch(ICommand closedCommand, ICommand openedCommand)
    {
        _closedCommand = closedCommand;
        _openedCommand = openedCommand;
    }

    // Close the circuit / power on
    public void Close()
    {
       _closedCommand.Execute();
    }

    // Open the circuit / power off
    public void Open()
    {
        _openedCommand.Execute();
    }
}

/* An interface that defines actions that the receiver can perform */
public interface ISwitchable
{
    void PowerOn();
    void PowerOff();
}

/* The Receiver class */
public class Light : ISwitchable
{
    public void PowerOn()
    {
        Console.WriteLine("The light is on");
    }

    public void PowerOff()
    {
        Console.WriteLine("The light is off");
    }
}

/* The Command for turning off the device - ConcreteCommand #1 */
public class CloseSwitchCommand : ICommand
{
    private ISwitchable _switchable;

    public CloseSwitchCommand(ISwitchable switchable)
    {
        _switchable = switchable;
    }

    public void Execute()
    {
        _switchable.PowerOff();
    }
}

/* The Command for turning on the device - ConcreteCommand #2 */
public class OpenSwitchCommand : ICommand
{
    private ISwitchable _switchable;

    public OpenSwitchCommand(ISwitchable switchable)
    {
        _switchable = switchable;
    }

    public void Execute()
    {
        _switchable.PowerOn();
    }
}

/* The test class or client */
internal class Program
{
    public static void Main(string[] arguments)
    {
        string argument = arguments.Length > 0 ? arguments[0].ToUpper() : null;

        ISwitchable lamp = new Light();

        // Pass reference to the lamp instance to each command
        ICommand switchClose = new CloseSwitchCommand(lamp);
        ICommand switchOpen = new OpenSwitchCommand(lamp);

        // Pass reference to instances of the Command objects to the switch
        Switch @switch = new Switch(switchClose, switchOpen);

        if (argument == "ON")
        {
            // Switch (the Invoker) will invoke Execute() on the command object.
            @switch.Open();
        }
        else if (argument == "OFF")
        {
            // Switch (the Invoker) will invoke the Execute() on the command object.
            @switch.Close();
        }
        else
        {
            Console.WriteLine("Argument \"ON\" or \"OFF\" is required.");
        }
    }
}

यह भी देखें

इतिहास

पारस्परिक प्रणाली को लागू करने के लिए कमांड कक्षा का उपयोग करने का प्रथम प्रकाशित उल्लेख हेनरी लिबरमैन द्वारा 1985 का एक लेख प्रतीत होता है।[4] निष्पादन और पूर्ववत विधियों के साथ एक कमांड कक्षा का उपयोग करते हुए एक(बहु-स्तरीय) पूर्ववत-फिर से तंत्र का प्रथम प्रकाशित विवरण, और एक इतिहास सूची, बर्ट्रेंड मेयर की पुस्तक ऑब्जेक्ट-ओरिएंटेड सॉफ्टवेयर निर्माण का प्रथम(1988) संस्करण प्रतीत होता है।[5] खंड 12.2।

संदर्भ

  1. ↑ Erich Gamma; Richard Helm; Ralph Johnson; John Vlissides (1994). Design Patterns: Elements of Reusable Object-Oriented Software. Addison Wesley. pp. 233ff. ISBN 0-201-63361-2.
  2. ↑ "कमांड डिज़ाइन पैटर्न - समस्या, समाधान और प्रयोज्यता". w3sDesign.com. Retrieved 2017-08-12.
  3. ↑ "कमान डिजाइन पैटर्न - संरचना और सहयोग". w3sDesign.com. Retrieved 2017-08-12.
  4. ↑ Lieberman, Henry (1985). "स्क्रीन से मिलने के अलावा मेनू सिस्टम में और भी बहुत कुछ है". SIGGRAPH Computer Graphics: 181–189.
  5. ↑ Meyer, Bertrand (1988). वस्तु-उन्मुख सॉफ्टवेयर निर्माण (1st ed.). Prentice-Hall.


बाहरी संबंध

Wikimedia Commons has media related to [[commons:Category:कमांड पैटर्न|कमांड पैटर्न]].
The Wikibook Computer Science Design Patterns has a page on the topic of: Command implementations in various languages
Retrieved from ‘https://www.vigyanwiki.in/index.php?title=कमांड_पैटर्न&oldid=110488’