नियंत्रण का व्युत्क्रम क्या है?

1825

जब पहली बार सामना किया जाता है तो इनवर्टर ऑफ कंट्रोल (IoC) काफी भ्रमित हो सकता है।

यह क्या है?
यह किस समस्या का हल है?
कब उपयोग करना उचित है और कब नहीं?

oop design-patterns inversion-of-control

292

इनमें से अधिकांश उत्तरों के साथ समस्या यह है कि प्रयुक्त शब्दावली। कंटेनर क्या है? उलट? निर्भरता? इसे बड़े शब्दों के बिना सामान्य शब्दों में समझाएं।

— kirk.burleson

13

प्रोग्रामर्स पर भी देखें। ईएस: इनवर्जन ऑफ कंट्रोल को इस तरह क्यों नामित किया गया है?

— इजाकाता

8

यह डिपेंडेंसी इंजेक्शन (DI) है - मार्टिन फाउलर्स का अवतरण

— रिकार्डो सांचेज़

7

यह तस्वीर

— थोमा

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

— मार्टिन स्पर

1522

व्युत्क्रम नियंत्रण (IoC) और निर्भरता इंजेक्शन (DI) पैटर्न आपके कोड से निर्भरता को दूर करने के बारे में हैं।

उदाहरण के लिए, मान लें कि आपके एप्लिकेशन में एक टेक्स्ट एडिटर घटक है और आप वर्तनी जाँच प्रदान करना चाहते हैं। आपका मानक कोड कुछ इस तरह दिखाई देगा:

public class TextEditor {

    private SpellChecker checker;

    public TextEditor() {
        this.checker = new SpellChecker();
    }
}

हमने यहां क्या किया है TextEditorऔर इसके बीच निर्भरता पैदा करता है SpellChecker। आईओसी परिदृश्य में हम इसके बजाय कुछ इस तरह करेंगे:

public class TextEditor {

    private IocSpellChecker checker;

    public TextEditor(IocSpellChecker checker) {
        this.checker = checker;
    }
}

पहले कोड उदाहरण में हम तात्कालिक हैं SpellChecker( this.checker = new SpellChecker();), जिसका अर्थ है कि TextEditorवर्ग सीधे वर्ग पर निर्भर करता है SpellChecker।

दूसरे कोड उदाहरण में हम SpellCheckerनिर्भरता वर्ग के TextEditorनिर्माणकर्ता के हस्ताक्षर (वर्ग में निर्भरता को शुरू नहीं करना) के आधार पर बना रहे हैं। यह हमें निर्भरता को कॉल करने की अनुमति देता है, फिर उसे TextEditor वर्ग की तरह पास करें:

SpellChecker sc = new SpellChecker; // dependency
TextEditor textEditor = new TextEditor(sc);

अब TextEditorक्‍लास बनाने वाले क्‍लाइंट का इस पर नियंत्रण होता है कि कौन से SpellCheckerकार्यान्वयन का उपयोग करना है क्‍योंकि हम निर्भरता को TextEditorहस्‍ताक्षर में इंजेक्‍ट कर रहे हैं ।

— urini
स्रोत

50

अच्छा स्पष्ट उदाहरण। हालाँकि, मान लीजिए कि ISpellChecker इंटरफ़ेस को ऑब्जेक्ट के कंस्ट्रक्टर को पास करने की आवश्यकता है, हमने इसे एक सेटलेबल प्रॉपर्टी (या SetSpellChecker मेथड) के रूप में उजागर किया। क्या यह अभी भी IoC का गठन करेगा?

— devios1

25

chainguy1337 - हाँ यह होगा। कंस्ट्रक्टर इंजेक्शन (दोनों निर्भरता इंजेक्शन तकनीक) के विपरीत सेटर जैसे इंजेक्शन को सेटर इंजेक्शन कहा जाता है। IoC एक काफी सामान्य पैटर्न है, लेकिन निर्भरता इंजेक्शन acheives IoC

— जैक Ukleja

257

कई वोटों के बावजूद, यह जवाब गलत है। कृपया martinfowler.com/articles/injection.html#InversionOfControl देखें । विशेष रूप से, भाग पर ध्यान दें "उलटा नियंत्रण बहुत सामान्य शब्द है, और इस प्रकार लोग इसे भ्रामक पाते हैं। विभिन्न आईओसी अधिवक्ताओं के साथ बहुत चर्चा के परिणामस्वरूप हम डिपेंडेंसी इंजेक्शन नाम पर बसे"।

— Rogério

45

मैं @ रोगेरिया से सहमत हूं। यह स्पष्ट नहीं करता है कि इसे आईओसी क्यों कहा जाता है और मुझे वोटों की संख्या से आश्चर्य होता है

— ;;

31

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

— mtsz

642

नियंत्रण का उलटा वह है जो आपको तब मिलता है जब आपका प्रोग्राम कॉलबैक करता है, जैसे कि एक गिनी कार्यक्रम।

उदाहरण के लिए, एक पुराने स्कूल मेनू में, आपके पास हो सकता है:

print "enter your name"
read name
print "enter your address"
read address
etc...
store in database

इस प्रकार उपयोगकर्ता संपर्क के प्रवाह को नियंत्रित करता है।

GUI कार्यक्रम या किसी चीज़ में, इसके बजाय हम कहते हैं:

when the user types in field a, store it in NAME
when the user types in field b, store it in ADDRESS
when the user clicks the save button, call StoreInDatabase

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

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

— मार्क हैरिसन
स्रोत

161

इस आदमी को नीचे चिह्नित न करें। तकनीकी रूप से वह सही है martinfowler.com/bliki/InversionOfControl.html IoC एक बहुत ही सामान्य प्रिंसिपल है। नियंत्रण का प्रवाह निर्भरता इंजेक्शन द्वारा "उल्टा" है क्योंकि आपने प्रभावी रूप से कुछ बाहरी प्रणाली (जैसे

— IoC

38

श्नाइडर की टिप्पणी से सहमत हैं। 5 डाउनवोट्स? दिमाग चकरा जाता है, क्योंकि यह एकमात्र उत्तर है जो वास्तव में सही है। उद्घाटन पर ध्यान दें: ' एक गुई कार्यक्रम की तरह ।' डिपेंडेंसी इंजेक्शन केवल IoC का सबसे अधिक देखा जाने वाला अहसास है।

— जेफ़ सनाट

40

वास्तव में, यह कुछ सही awsers में से एक है! दोस्तों, IoC मूल रूप से निर्भरता के बारे में नहीं है । हर्गिज नहीं।

— रोजेरियो

13

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

— आशीष गुप्ता