View source for कार्यनीति पैटर्न

{{short description|Software design pattern}}
[[कंप्यूटर प्रोग्रामिंग]] में, '''स्ट्रेटेजी पैटर्न''' (जिसे पालिसी पैटर्न के रूप में भी जाना जाता है) [[व्यवहारिक डिज़ाइन पैटर्न|बिहेवियरल सॉफ्टवेयर]] [[डिज़ाइन पैटर्न (कंप्यूटर विज्ञान)]] होता है जो रनटाइम पर [[कलन विधि|एल्गोरिदम]] का चयन करने में इसको सक्षम बनाता है। किसी एकल एल्गोरिदम को सीधे प्रयुक्त करने के अतिरिक्त, कोड को रन-टाइम निर्देश प्राप्त होते हैं कि एल्गोरिदम के वर्ग में किसका उपयोग करना है। <ref>{{cite web|title=रणनीति डिज़ाइन पैटर्न - समस्या, समाधान और प्रयोज्यता|url=http://w3sdesign.com/?gr=b09&ugr=proble|website=w3sDesign.com|access-date=2017-08-12}}</ref>

स्ट्रेटेजी एल्गोरिदम इसका उपयोग करने वाले ग्राहकों से स्वतंत्र रूप से भिन्न होने देती है। <ref>Eric Freeman, Elisabeth Freeman, Kathy Sierra and Bert Bates, ''Head First Design Patterns'', First Edition, Chapter 1, Page 24, O'Reilly Media, Inc, 2004. {{ISBN|978-0-596-00712-6}}</ref> स्ट्रेटेजी गामा एट अल की प्रभावशाली पुस्तक [[डिजाइन पैटर्न्स]] में सम्मिलित पैटर्न में से होता है। <ref name="GoF">{{cite book|author=Erich Gamma, Richard Helm, Ralph Johnson, 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/315 315ff]|url-access=registration|url=https://archive.org/details/designpatternsel00gamm/page/315}}</ref> जिसने फ्लेक्सिबल और पुन: प्रयोज्य ऑब्जेक्ट-ओरिएंटेड सॉफ़्टवेयर को डिज़ाइन करने की विधियों का वर्णन करने के लिए डिज़ाइन पैटर्न का उपयोग करने की अवधारणा को लोकप्रिय बनाना हैं। रनटाइम तक किस एल्गोरिदम का उपयोग करना है, इस निर्णय को स्थगित करने से कॉलिंग कोड अधिक फ्लेक्सिबल और पुन: प्रयोज्य हो जाता है।

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

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

== संरचना                                                                                                                                                               ==

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

इसके अतिरिक्त, यह  <code>Context</code>  आपकी जानकारी के लिए है | जिसे  <code>Strategy</code> एल्गोरिदम निष्पादित करने के लिए इंटरफ़ेस (<code>strategy.algorithm()</code>)  की आवश्यकता होती हैं, किसका बनाया <code>Context</code> किसी एल्गोरिदम को कैसे कार्यान्वित किया जाता है, और उससे स्वतंत्र <code>Strategy1</code> ई> और <code>Strategy2</code> क्लासेस कार्यान्वित करती हैं | यह <code>Strategy</code> इंटरफ़ेस, अर्थात, एल्गोरिदम प्रयुक्त करना (एनकैप्सुलेट करना) हैं।                                                                                                                                                                  

<br>एकीकृत मॉडलिंग लैंग्वेज [[अनुक्रम आरेख]] रन-टाइम इंटरैक्शन दिखाता है | इस प्रकार यह <code>Context</code> ऑब्जेक्ट एल्गोरिदम को भिन्न-भिन्न प्रकार सौंपता है | और <code>Strategy</code> वस्तुएं. पहला, <code>Context</code> कॉल <code>algorithm()</code> पर <code>Strategy1</code> वस्तु होती हैं, जो एल्गोरिदम निष्पादित करती है और उसके पश्चात् <code>Context</code> परिणाम लौटाता है | इसके पश्चात्, <code>Context</code> अपनी स्ट्रेटेजी परिवर्तित करता है और <code>Strategy2</code> पर <code>algorithm()</code> वस्तु कॉल करता है, जो एल्गोरिदम निष्पादित करता है और परिणाम को <code>Context</code> पर लौटाता है |                                                                                                                                                                                                                                                                                                                                                              

=== वर्ग आरेख ===
[[Image:Strategy Pattern in UML.png|thumb|none|350px|एकीकृत मॉडलिंग लैंग्वेज में स्ट्रेटेजी पैटर्न]]<ref>{{cite web | url=http://www.mcdonaldland.info/2007/11/28/40/ | title=Design Patterns Quick Reference – McDonaldLand }}</ref>

[[Image:Strategy pattern in LePUS3.gif|thumb|none|400px|LePUS3 में स्ट्रेटेजी पैटर्न ([http://lepus.org.uk/ref/legend/legend.xml लेजेंड])]]




== स्ट्रेटेजी और विवर्त/संवर्त सिद्धांत                                                                                                                              ==
[[Image:StrategyPattern IBrakeBehavior.svg|thumb|400px|प्रत्येक नए [[ कार के मॉडल |कार के मॉडल]] में एक्सीलेरेशन और [[ब्रेक]] बिहेवियर घोषित किया जाना चाहिए।]]स्ट्रेटेजी पैटर्न के अनुसार, किसी वर्ग का बिहेवियर इनहेरिटेड में नहीं मिलना चाहिए। इसके अतिरिक्त, उन्हें इंटरफ़ेस का उपयोग करके इनकैप्सुलेट किया जाना चाहिए। यह विवर्त/संवर्त सिद्धांत (ओसीपी) के अनुकूल होता है, जो प्रस्तावित करता है कि क्लासेस विस्तार के लिए विवर्त होनी चाहिए किन्तु संशोधन के लिए संवर्त होनी चाहिए।                                                                                 

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

स्ट्रेटेजी पैटर्न वंशानुक्रम पर संरचना का उपयोग करता है। स्ट्रेटेजी पैटर्न में, बिहेवियर को भिन्न-भिन्न इंटरफेस और विशिष्ट वर्गों के रूप में परिभाषित किया जाता है जो इन इंटरफेस को प्रयुक्त करते हैं। यह बिहेवियर और बिहेवियर का उपयोग करने वाले वर्ग के मध्य उत्तम भिन्नता की अनुमति देता है। बिहेवियर को उन वर्गों को ब्रेक किए बिना परिवर्तित जा सकता है जो इसका उपयोग करते हैं, और वर्ग किसी भी महत्वपूर्ण कोड परिवर्तन की आवश्यकता के बिना उपयोग किए गए विशिष्ट कार्यान्वयन को परिवर्तित बिहेवियर के मध्य स्विच कर सकते हैं। बिहेवियर को रन-टाइम के साथ-साथ डिज़ाइन-टाइम पर भी परिवर्तित किया जा सकता है। उदाहरण के लिए, ब्रेक बिहेवियर मेंबर को परिवर्तित कार ऑब्जेक्ट ब्रेक बिहेवियर को <code>BrakeWithABS()</code> से <code>Brake()</code> में परिवर्तित <code>brakeBehavior</code> किया जा सकता है |

<syntaxhighlight lang="cpp">
brakeBehavior = new Brake();
</syntaxhighlight>

<syntaxhighlight lang="java">

/* Encapsulated family of Algorithms
 * Interface and its implementations
 */
public interface IBrakeBehavior {
    public void brake();
}

public class BrakeWithABS implements IBrakeBehavior {
    public void brake() {
        System.out.println("Brake with ABS applied");
    }
}

public class Brake implements IBrakeBehavior {
    public void brake() {
        System.out.println("Simple Brake applied");
    }
}

/* Client that can use the algorithms above interchangeably */
public abstract class Car {
    private IBrakeBehavior brakeBehavior;

    public Car(IBrakeBehavior brakeBehavior) {
      this.brakeBehavior = brakeBehavior;
    }

    public void applyBrake() {
        brakeBehavior.brake();
    }

    public void setBrakeBehavior(IBrakeBehavior brakeType) {
        this.brakeBehavior = brakeType;
    }
}

/* Client 1 uses one algorithm (Brake) in the constructor */
public class Sedan extends Car {
    public Sedan() {
        super(new Brake());
    }
}

/* Client 2 uses another algorithm (BrakeWithABS) in the constructor */
public class SUV extends Car {
    public SUV() {
        super(new BrakeWithABS());
    }
}

/* Using the Car example */
public class CarExample {
    public static void main(final String[] arguments) {
        Car sedanCar = new Sedan();
        sedanCar.applyBrake();  // This will invoke class "Brake"

        Car suvCar = new SUV();
        suvCar.applyBrake();    // This will invoke class "BrakeWithABS"

        // set brake behavior dynamically
        suvCar.setBrakeBehavior( new Brake() );
        suvCar.applyBrake();    // This will invoke class "Brake"
    }
}
</syntaxhighlight>


==यह भी देखें                 ==
* [[डिपेंडेंसी इंजेक्शन]]
* [[उच्च-क्रम का कार्य]]
* [[ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग शब्दों की सूची]]
* मिक्सिन
* [[नीति-आधारित डिज़ाइन|पालिसी-आधारित डिज़ाइन]]
* क्लास टाइप 
* इकाई-घटक-सिस्टम 
*इनहेरिटेड पर रचना

==संदर्भ==
{{Commonscat|Strategy (design pattern)}}
{{Reflist}}


==बाहरी संबंध==
{{wikibooks|Computer Science Design Patterns|Strategy|Strategy implementations in various languages}}
* [http://design-patterns-with-uml.blogspot.com.ar/2013/02/strategy-pattern.html Strategy Pattern in UML] {{in lang|es}}
* {{cite web |last1=Geary |first1=David |date=2002-04-26 |df=mdy |url=https://www.infoworld.com/article/2074195/strategy-for-success.html |title=Strategy for success |department=Java Design Patterns |work=[[JavaWorld]] |access-date=2020-07-20}}
* [http://www.adamtornhill.com/Patterns%20in%20C%203,%20STRATEGY.pdf Strategy Pattern for C article]
* [http://martinfowler.com/refactoring/catalog/replaceTypeCodeWithStateStrategy.html Refactoring: Replace Type Code with State/Strategy]
* {{webarchive |url=https://web.archive.org/web/20170415154927/http://www.aleccove.com/2016/02/the-strategy-pattern-in-javascript |title=The Strategy Design Pattern}} Implementation of the Strategy pattern in JavaScript

{{Design Patterns Patterns}}

[[Category:Articles with Spanish-language sources (es)]]
[[Category:CS1 maint]]
[[Category:Collapse templates]]
[[Category:Commons category link is locally defined]]
[[Category:Created On 24/07/2023]]
[[Category:Lua-based templates]]
[[Category:Machine Translated Page]]
[[Category:Navigational boxes| ]]
[[Category:Navigational boxes without horizontal lists]]
[[Category:Pages with script errors]]
[[Category:Short description with empty Wikidata description]]
[[Category:Sidebars with styles needing conversion]]
[[Category:Template documentation pages|Documentation/doc]]
[[Category:Templates Vigyan Ready]]
[[Category:Templates generating microformats]]
[[Category:Templates that add a tracking category]]
[[Category:Templates that are not mobile friendly]]
[[Category:Templates that generate short descriptions]]
[[Category:Templates using TemplateData]]
[[Category:Webarchive template wayback links]]
[[Category:Wikipedia metatemplates]]
[[Category:उदाहरण जावा कोड वाले लेख]]
[[Category:उदाहरण सी शार्प कोड वाले लेख]]
[[Category:सॉफ़्टवेयर डिज़ाइन पैटर्न]]