ऑब्जेक्ट ओरिएंटेड डिज़ाइन पैटर्न और सिद्धांत के बीच अंतर क्या है? क्या वे अलग चीजें हैं? जहाँ तक मैंने समझा कि दोनों कुछ सामान्य लक्ष्य (ई, जी। लचीलापन) हासिल करने की कोशिश करते हैं। तो क्या मैं कह सकता हूं कि एक पैटर्न एक सिद्धांत है और इसके विपरीत?
डिजाइन सिद्धांत = ठोस (यानी निर्भरता उलटा सिद्धांत)
डिजाइन पैटर्न = Gof (यानी सार फैक्टरी पैटर्न)
जवाबों:
नहीं, वे समान नहीं हैं।
पैटर्न वस्तु-उन्मुख प्रोग्रामिंग समस्याओं के लिए सामान्य समाधान हैं । (मैं कार्यात्मक या घोषणात्मक प्रोग्रामिंग के लिए किसी भी समान पुस्तकों से अवगत नहीं हूं।) 1995 में गैंग ऑफ फोर द्वारा प्रसिद्ध "डिज़ाइन पैटर्न" पुस्तक में विचार को क्रिस्टलीकृत किया गया था।
जैसा कि आंद्रे बताते हैं, हर प्रतिमान में पैटर्न आम हैं। मैं अपने पिछले बयान को दोहराऊंगा: मैं कार्यात्मक या घोषणात्मक प्रोग्रामिंग के लिए किसी भी समान पुस्तकों से अवगत नहीं हूं , लेकिन आंद्रे ने नीचे दिए गए लिंक के साथ मेरी अज्ञानता को दूर किया है। (धन्यवाद, आंद्रे।)
सिद्धांत विशेष भाषाओं या प्रतिमानों के बारे में कम हैं, अधिक सामान्य हैं। "खुद को दोहराएं नहीं" - DRY सिद्धांत - सभी प्रोग्रामिंग के लिए सच है।
ये अवधारणाएँ समान नहीं हैं:
* डिजाइन सिद्धांत: * सॉफ्टवेयर डिजाइन सिद्धांत दिशानिर्देशों के एक समूह का प्रतिनिधित्व करते हैं जो हमें खराब डिजाइन से बचने में मदद करते हैं। जैसे: ओपन प्रिंसिपल
* डिजाइन पैटर्न: * एक डिजाइन पैटर्न सॉफ्टवेयर डिजाइन में दिए गए संदर्भ के भीतर आमतौर पर होने वाली समस्या का एक सामान्य पुन: प्रयोज्य समाधान है। जैसे: सिंगलटन
खैर, सिद्धांत नियम हैं जबकि पैटर्न उनके ठोस उदाहरण हैं।
सिद्धांतों की तुलना में पैटर्न अधिक उच्च-स्तरीय चीजें हैं। पैटर्न विशिष्ट मुद्दों को हल करते हैं। संदर्भों की परवाह किए बिना सिद्धांतों को कहीं भी लागू किया जा सकता था। वास्तव में सिद्धांत (SRP, DRY, आदि) पर आधारित पैटर्न
ईजी लेट्स स्ट्रैटेजी पैटर्न पर नजर डालते हैं। यह एल्गोरिदम के एक परिवार को परिभाषित करता है, प्रत्येक को एनकैप्सुलेट करता है, और उन्हें विनिमेय बनाता है। तो, आपके पास एल्गोरिथम की उच्च-स्तरीय अवधारणा है। राज्य पैटर्न के साथ आपके पास राज्य की उच्च-स्तरीय अवधारणा है। सिद्धांतों के साथ आपके पास कोई उच्च-स्तरीय अवधारणा नहीं है। सिद्धांत ब्लॉक का निर्माण कर रहे हैं, जो लक्ष्य को प्राप्त करने के लिए पेटेंट द्वारा उपयोग किया जाता है। जब आप रणनीति पैटर्न लागू करते हैं, तो आप SOLID का उपयोग करते हैं:
पैटर्न जहां मूल रूप से वास्तुकला के लिए प्रलेखित हैं। वास्तुकला में, एक कमरे के दरवाजे के स्थान से लेकर गांव के लेआउट तक की चीजों पर लागू होता है।
गैंग ऑफ़ फोर ने विचार को ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग पर लागू किया। एक से अधिक पैटर्न हो सकते हैं जिनका उपयोग किसी समस्या को हल करने के लिए किया जा सकता है, लेकिन प्रत्येक पैटर्न का एक विशिष्ट कार्यान्वयन होगा। अन्य प्रोग्रामिंग दृष्टिकोणों में पैटर्न मौजूद हैं, लेकिन मुझे किसी भी लागू पुस्तकों की जानकारी नहीं है। जैसा कि दूसरों ने उल्लेख किया है कि पैटर्न विशिष्ट कार्यान्वयन को कवर करते हैं। जब यह लागू नहीं होता है तो एक पैटर्न का उपयोग करना अक्सर एक विरोधी पैटर्न माना जाता है।
सिद्धांत कार्यान्वयन को कवर नहीं करते हैं, हालांकि मानक कार्यान्वयन दृष्टिकोण हो सकते हैं। सिद्धांत विशिष्ट समस्याओं के बजाय सामान्य मुद्दों को कवर करने के बारे में अधिक हैं। नियंत्रण के व्युत्क्रम के लिए, मुझे कम से कम तीन कार्यान्वयन दृष्टिकोणों की जानकारी है। डीआरवाई (खुद को दोहराएं नहीं) के लिए मुझे एक विशिष्ट विशिष्ट कार्यान्वयन दृष्टिकोण का पता नहीं है, हालांकि मैं कई का उपयोग करता हूं।
विचार करें
ऊ डिजाइन सिद्धांत-
OO सिद्धांत दिशानिर्देशों का एक समूह है जो OOP अवधारणा को सुनिश्चित करता है। ओओपी अवधारणा के आधार पर, यह बेहतर तरीके से डिजाइन करने के तरीके, एक बेहतर डिजाइन को परिभाषित करता है। मूल OO डिजाइन सिद्धांत SOLID है।
एक डिज़ाइन पैटर्न एक डिज़ाइन समस्या के लिए एक सामान्य समाधान प्रदान करता है। कृपया ध्यान दें कि "डिज़ाइन पैटर्न" को दोपहर ऑब्जेक्ट ओरिएंटेड शब्द पर भी लागू किया जा सकता है। तो एक OO डिज़ाइन पैटर्न (OODPs) वे हैं जो ऑब्जेक्ट ओरिएंटेड डिज़ाइन पर आधारित OO सिद्धांत को एक सामान्य समाधान प्रदान करते हैं। डिज़ाइन पैटर्न खोजे जाते हैं, आविष्कार नहीं। OODPs को परिभाषित करने के कई तरीके हैं और सबसे प्रसिद्ध है BSC [व्यवहारिक संरचनात्मक रचना]।
निम्नलिखित विस्तृत विवरण के लिए लिंक है। http://techythought.wordpress.com/2013/01/21/design-principle-vs-ds-design-pattern-describing-oop-elements/