सीखना / लागू करना डिजाइन पैटर्न (Newbies के लिए) [बंद]


85

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

मुझे एसओ पर बहुत सारे प्रश्न दिखाई देते हैं जो डिज़ाइन पैटर्न के उपयोग के इर्द-गिर्द घूमते हैं, और मैं सोच रहा हूँ कि क्या किसी के पास सीखने के लिए अच्छे संसाधन हैं, और डिज़ाइन पैटर्न को लागू करने के लिए? मैं सामान्य विचार को समझता हूं, और जानता हूं कि उनमें से कुछ (सिंगलेट्स, फैक्ट्री के तरीकों) का उपयोग कैसे / कब करना है, लेकिन मुझे पता है कि मुझे याद आ रहा है।

(यदि यह मायने रखता है तो मेरी प्राथमिकता C # है, लेकिन मैं अन्य भाषाओं में उदाहरणों से सीख सकता हूं)

जवाबों:


84

हेड फर्स्ट डिज़ाइन पैटर्न

वैकल्पिक शब्द

और डिज़ाइन पैटर्न विकिपीडिया पृष्ठ शुरुआती लोगों के लिए सर्वोत्तम संसाधन हैं। FluffyCat जावा और PHP दोनों में डिजाइन पैटर्न के लिए एक और अच्छा, मुफ्त ऑनलाइन संसाधन है ।

गैंग ऑफ़ फोर बुक वह जगह है जहां बाद में जाना है, लेकिन यह काफी उन्नत है, इसलिए मैं तब तक इंतजार करूंगा जब तक कि आपके पास अन्य संसाधनों से एक सुंदर फर्म न हो।



5
मैंने उस पुस्तक को देखा ... उससे घृणा की। इसलिए मैंने GoF पुस्तक को उठाया और उससे डिज़ाइन पैटर्न के बारे में सीखा। यह सूखा था, लेकिन बहुत अधिक जानकारीपूर्ण था।
थॉमस ओवेन्स

1
मैंने शुरू में सोचा था कि हेड फ़र्स्ट बुक पूरी तरह से हतोत्साहित करने वाली थी (यह रूपक पर भारी है, लिखती है, और बहुत संवादी स्वर है) .. लेकिन यह वास्तव में आविष्कारशील और सूचनात्मक है; मैं बहुत खुश हूं मैंने जोखिम लिया और इसे खरीदा। इमो, गैंग-ऑफ-फोर = बेवजह मासोचिजम चुनना।
कोडिन्थेहोल

2
मुझे लगता है कि सिर पहली किताब पूरी तरह से मितली थी। यह बहुत समय बिताता है "मज़ेदार" मुझे लगता है कि यह प्रमुख विचारों को खराब तरीके से संचारित करता है - वे खो जाते हैं। इसे पढ़ना किसी को देखने की तरह है कि पिताजी शांत होने की कोशिश करें। लेकिन GoF पुस्तक अन्य चरम है और इस प्रकार सभी के लिए नहीं है।
ड्रेमन नोव

2
@Bill: मुझे पता है, लेकिन मैं @Thomas और @Draemon की टिप्पणियों से सहमत हूं। मेरे प्रोग्रामिंग के गैर-उन्मुख उन्मुख दोस्त, जिन्हें प्रोग्रामिंग कक्षाओं के एल्गोरिदम के लिए पुस्तकों की इस श्रृंखला की सिफारिश की गई थी, उनसे नफरत करते थे और "ड्रियर" पुस्तकों पर समाप्त हो गए थे क्योंकि प्रति पृष्ठ जानकारी की मात्रा अधिक थी। यह केवल वरीयता की बात है। मैं छोटी उम्र से तकनीकी किताबें पढ़ रहा हूं और एक उच्च तकनीकी हाई स्कूल में गया, जिसने मुझे "सूखी" किताबें पढ़ने के लिए इस्तेमाल किया होगा। मैं उन पुस्तकों को पसंद करता हूं जिनमें पालतू जानवर मेरे नीचे बैठकर बात नहीं कर रहे हैं, बल्कि मुझे आत्मसात करने की सादा जानकारी है।
एस्टेबन कुबेर

27

डिजाइन पैटर्न विभिन्न कारणों से महान हैं:

  1. आपको सामान्य समस्याओं को हल करने के लिए एक शुरुआत देता है।
  2. डेवलपर्स को बहुत ही कॉम्पैक्ट तरीके से समस्याओं को हल करने के कुछ तरीकों के बारे में बात करने के लिए एक शब्दावली देता है।
  3. डिजाइन पैटर्न जानने वाले डेवलपर्स के साथ काम करते समय और आप अपने समाधानों में डिजाइन पैटर्न का उपयोग करते हैं, वे समाधानों को बहुत तेजी से समझेंगे।

लेकिन जब आपका लक्ष्य सिर्फ डिज़ाइन पैटर्न सीखना है, तो मुझे लगता है कि आप बुनियादी बातों को याद कर रहे हैं। सभी डिजाइन पैटर्न अधिक सामान्य सिद्धांतों पर आधारित हैं। उच्च सामंजस्य, कम युग्मन खुला बंद सिद्धांत, DRY, Liskov प्रतिस्थापन सिद्धांत आदि। इन मूल सिद्धांतों के लिए मैं इस क्रम में निम्नलिखित पुस्तकें पढ़ूंगा:

  1. हेड फर्स्ट ऑब्जेक्ट-ओरिएंटेड एनालिसिस एंड डिजाइन (हेड फर्स्ट) [ILLUSTRATED] (पेपरबैक)
  2. यूएमएल और पैटर्न लागू करना (हार्डकवर)
  3. चुस्त सिद्धांत, पैटर्न, और प्रैक्टिस इन सी # (रॉबर्ट सी। मार्टिन सीरीज़) (हार्डकवर)

उसके बाद आप चार डिजाइन पैटर्न के मूल गिरोह के लिए तैयार हैं

  1. हेड फर्स्ट डिज़ाइन पैटर्न (हेड फ़र्स्ट) [ILLUSTRATED] (पेपरबैक)
  2. बाइबल
  3. एक अच्छी वेबसाइट (कुछ भी न खरीदें, यह इसके लायक नहीं है) http://dofactory.com/Patterns/Patterns.aspx (इस साइट के कुछ कार्यान्वयन एक चर्चा के लायक हैं

अगला चरण:

  1. एंटरप्राइज एप्लीकेशन आर्किटेक्चर के पैटर्न (एडिसन-वेस्ले सिग्नेचर सीरीज) (हार्डकवर)
  2. पोसा किताबें

और हमेशा याद रखें: पैटर्न लक्ष्य नहीं है!


2
मुझे लगता है कि ओओ के मूल सिद्धांतों (इनकैप्सुलेशन, इनहेरिटेंस, पॉलिमॉर्फिज्म, आदि) को सीखने के पैटर्न को शुरू करने के लिए ज्ञान के लिए पर्याप्त है। आप अन्य सिद्धांतों (उच्च सामंजस्य, कम युग्मन ओपन क्लोज्ड सिद्धांत, DRY, Liskov प्रतिस्थापन सिद्धांत, आदि) को सीखने के पैटर्न के माध्यम से सीख सकते हैं।
छिपकली

मैं मानता हूं कि आप केवल ओओ के मूल सिद्धांतों के साथ डिजाइन पैटर्न सीख सकते हैं। लेकिन फिर आप इसे इस बिंदु पर बनाते हैं कि आप एक पैटर्न का काम कर सकते हैं लेकिन अभी तक पूरी तरह से नहीं समझ पाए हैं कि यह अच्छा डिज़ाइन क्यों है, आपने क्या ट्रेड-ऑफ किया है और आप पैटर्न में बदलाव कैसे कर सकते हैं।
कीसडिज्क

20

मैं चाहता हूं कि "गैंग ऑफ़ फोर" से डिज़ाइन पैटर्न बुक किसी के लिए भी बाईबल हो, जो डिज़ाइन पैटर्न में गंभीरता से रुचि रखता हो।


12
या जो कोई भी अपने प्रोग्रामर दोस्तों को बताना चाहता है कि उन्होंने गैंग ऑफ़ फोर किताब पढ़ी है :)
डेव मार्कल

14

मेरी टिप:

विभिन्न स्रोतों से पैटर्न के बारे में बहुत कुछ पढ़ें।

जितने भी कोड आप इस बिंदु पर लिख रहे हैं, उतने पैटर्न को बलपूर्वक देने की कोशिश करना अच्छा परिणाम देने वाला नहीं है। इसके बजाय, जानकारी को अपने मस्तिष्क के अंदर थोड़ी देर के लिए आराम करने दें (पढ़ें: महीने)।

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

वैसे भी मेरे लिए यही काम आया है।


9

डिजाइन पैटर्न्स

इस ट्यूटोरियल साइट में उप-खंड निम्नलिखित हैं

  • प्रत्येक डिजाइन पैटर्न का आशय
  • वास्तविक विश्व संरचनाडिजाइन पैटर्न के लिए
  • एक समस्या बयान
  • समस्या पर विस्तृत चर्चा
  • पैटर्न पर कैसे पहुंचे इस पर चेकलिस्ट
  • पैटर्न पर पहुंचने के दौरान अंगूठे के नियम
  • डिज़ाइन पैटर्न के लिए कोड स्निपेट जिसमें C #, C ++, डेल्फी, जावा और PHP शामिल हैं

इस साइट में एंटी पैटर्न , यूएमएल और रिफैक्टिंग पर भी गाइड है ।


मुझे वेबसाइट बहुत उपयोगी लगी। अच्छे, स्पष्ट उदाहरण।
Augustas

8

ब्रूस एकेल के डिजाइन पैटर्न पर एक किताब है , हालांकि यह जावा है, यह उनकी सभी पुस्तकों की तरह है। और सबसे अच्छी बात, वे स्वतंत्र हैं!


लिंक के लिए धन्यवाद, एहसास नहीं था कि मुफ्त ऑन-लाइन के लिए था।
जेम्स मैकमोहन


5

एक परिचयात्मक पुस्तक जो मुझे उपयोगी और अच्छी तरह से लिखी गई है वह है डिजाइन पैटर्न एलन डे शलोवे और जेम्स ट्रॉट (एडिसन वेस्ले) द्वारा समझाया गया।

वैकल्पिक शब्द

चार किताबों के गैंग से शुरू करें , क्योंकि यह किसी भी तरह से एक परिचयात्मक पुस्तक नहीं है।


4

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

http://www.dnrtv.com/default.aspx?showNum=63 http://www.dnrtv.com/default.aspx?showNum=65 http://www.dnrtv.com/default.aspx?showNum= 68 http://www.dnrtv.com/default.aspx?showNum=71 http://www.dnrtv.com/default.aspx?showNum=92


DnrTV नीचे है! यह शर्म की बात है क्योंकि बॉधू के स्क्रीन-कास्ट जानकारीपूर्ण हैं। क्या आपने कहीं और होस्ट किए गए वीडियो देखे हैं? क्या आपके पास वीडियो फ़ाइलें हैं, मुझे उन्हें ऑनलाइन रखने में खुशी होगी।
स्टेफान लुइस

4

उपरोक्त टिप्पणियों के लिए एक टिप्पणी।

GOF पैटर्न के लिए एक त्वरित संदर्भ

यहाँ एक अच्छी जगह है जहाँ आप dofactory.com/patterns/patterns.aspx शुरू कर सकते हैं कर सकते हैं - आप प्रत्येक पैटर्न के साथ-साथ संबंधित कार्यान्वयन के लिए लिंक पा सकते हैं।

कभी भी, याद रखें कि ये GOF पैटर्न हैं। एक बार OOAD में पर्याप्त विशेषज्ञता हासिल करने के बाद, आपको उन्नत पैटर्न पढ़ने और समझने की आवश्यकता हो सकती है। हेड फर्स्ट डिज़ाइन पैटर्न एक अच्छी शुरुआत है, और कुछ प्रगति करने के बाद, मार्टिन फाउलर के एंटरप्राइज एप्लीकेशन आर्किटेक्चर पैटर्न के साथ जाएं।

डिज़ाइन पैटर्न लागू करना - विचार प्रक्रिया

एक अन्य मुख्य पहलू - डिज़ाइन पैटर्न लागू करना उतना ही महत्वपूर्ण है जितना कि उन्हें जानना। इन लेखों को पढ़ने से आपको मदद मिल सकती है।

डिज़ाइन पैटर्न लागू करना भाग I

डिजाइन पैटर्न लागू करना भाग II

उम्मीद है की यह मदद करेगा


3

हेड फर्स्ट डिज़ाइन पैटर्न दूसरों की तरह एक अच्छा एक है जो पहले से ही नोट किया गया है। इसके अलावा, मूल पुस्तक और C # डिज़ाइन पैटर्न। इसके अलावा अच्छी वेबसाइटों का उल्लेख पहले से ही है।

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

खुश पढ़ाई!


3

पुस्तकों पर पैसा खर्च करने से पहले मैं विकिपीडिया के उत्कृष्ट डिजाइन पैटर्न पृष्ठ की सिफारिश करूंगा । इसके अलावा कुछ अलग Google के लिए "डिज़ाइन पैटर्न स्क्रैनास्ट" के लिए या YouTube पर "डिज़ाइन पैटर्न" के लिए खोजें । समान रूप से प्रस्तुत की गई जानकारी को प्राप्त करना अक्सर पेनी ड्रॉप में मदद करता है।

चार का गिरोह किताब सबसे प्रसिद्ध पैटर्न पर निश्चित पाठ है, लेकिन है कि पढ़ने में आसान और साथ सी ++ उदाहरण हर किसी के पसंदीदा नहीं नहीं है।

हेड फर्स्ट डिजाइन पैटर्न पाठ में कहीं अधिक सुलभ है लेकिन केवल चार पैटर्न के गिरोह का एक सबसेट होता।

सबसे महत्वपूर्ण बात यह समझना है कि एक विशेष पैटर्न कहां और क्यों उपयोगी है। बाद में अपनी पसंद की भाषा में कार्यान्वयन के उदाहरणों के लिए वेब पर खोज करें और तब तक प्रयोग करें जब तक कि आप "इसे प्राप्त न करें"। अगले पर जाने से पहले एक पैटर्न को समझें। हर कोई कुछ पैटर्न को दूसरों की तुलना में बेहतर समझता है (और कम ज्ञात सैकड़ों हैं)।

बस दूर रखना है।



2

मार्टिन फाउलर द्वारा एंटरप्राइज एप्लिकेशन आर्किटेक्चर (हार्डकवर) के पैटर्न

यहोशू केरिवस्की द्वारा प्रतिरूपों (हार्डकवर) का पुनर्रचना

निरंतर एकीकरण: पॉल डुवल et.al द्वारा सॉफ्टवेयर की गुणवत्ता में सुधार और जोखिम (पेपरबैक) को कम करना।

सॉफ्टवेयर आर्किटेक्चर से परे: ल्यूक होहमैन द्वारा विनिंग सॉल्यूशंस (पेपरबैक) का निर्माण और निरंतरता


2

डिज़ाइन पैटर्न किसी भी लाइब्रेरी फ़ंक्शन की तरह होते हैं, उनके बारे में पढ़ा जाता है, फिर जब कोई समस्या आती है, तो डिज़ाइन पैटर्न आपके "टूलचैस्ट" में होगा। मूल "गैंग ऑफ़ फोर" डिज़ाइन पेटेंट के बाद सभी डिज़ाइन पैटर्न पुस्तकें हैं।

किसी भी प्रोग्रामर के लिए, मुझे लगता है कि और फाउलर की रिफैक्टिंग बुक परम न्यूनतम आवश्यकताएं हैं।


POSA पुस्तकें "GOF के बाद पैटर्न" वाली पुस्तक नहीं थीं - GOF पहली बार प्रकाशित होने वाली थी - वे एक ही समय में उत्पादन में थीं।
टिम

1
बस किसी भी भ्रम से बचने के लिए, मैं कहना चाहता हूं कि लाइब्रेरी में MOST डिज़ाइन पैटर्न लागू नहीं होते हैं। पुस्तकालय कक्षाओं को एक साथ जोड़कर कई पैटर्न बनाए जाते हैं।
छिपकली

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


2

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

यह हर स्तर पर एक उत्कृष्ट पुस्तक है: लेआउट, स्पष्टता, अंतर्दृष्टि, गहराई। यह उन महान पुस्तकों में से एक है जिसे आप पहले कवर-टू-कवर पढ़ते हैं, और तब तक संदर्भ के रूप में उपयोग करते हैं जब तक कि आप इसे वास्तव में बाहर नहीं जानते।

आप विकिपीडिया पृष्ठ से शुरू कर सकते हैं , लेकिन अपने आप को महान पुस्तक के साथ भी व्यवहार करें।


2

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


2

यदि आप डिज़ाइन पैटर्न के बारे में पढ़ते हैं, तो आप देखेंगे कि जावा उनमें से कुछ को कार्यान्वित करता है।

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

डिजाइन पैटर्न आलसी कोडर के लिए नहीं हैं।


2

मेरे और मेरे सहकर्मियों के लिए स्टडी पैटर्न का अनुसरण करने वाले डिज़ाइन पैटर्न का अध्ययन करें । वे प्रत्येक पैटर्न की एक सूची तैयार करते हैं जिसे हमें क्रम में सीखना चाहिए और शुरुआती प्रश्न भी होते हैं जो समूह में अधिक चर्चा करते हैं।


1

मैं यह भी सुझाव देता हूं कि रिफैक्‍टरिंग टू पैटर्न में एक शॉल्‍टी है हेड फर्स्ट डिज़ाइन पैटर्न पढ़ते ही आप सकते हैं।

नोट: कोड उदाहरण जावा में हैं, लेकिन C # उदाहरण के समान होना चाहिए ...


1

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

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

EDIT स्पष्ट करने के लिए - कई डिज़ाइन पैटर्न कुछ डोमेन में पाई गई समस्याओं का परिणाम हैं। एक नए प्रोग्रामर से उम्मीद की जा सकती है कि (IMO) कुछ समस्याओं के सेट के लिए डिजाइन पैटर्न (ओं) का उपयोग कर सकता है। जिस तरह हमें सीएस अध्ययनों में एल्गोरिदम का एक टुकड़ा मिलता है, हमें उन चीजों की समझ की आवश्यकता होती है जो हम पैटर्न और उनके लाभों के साथ कर सकते हैं, लेकिन जब कोई व्यक्ति अभी भी हैलो वर्ल्ड का निर्माण कर रहा है या स्टाल की खोज कर रहा है, तो डिजाइन पैटर्न के लिए बहुत व्यावहारिक आवश्यकता नहीं है। पैटर्न महान हैं। लेकिन वे चांदी की गोली नहीं हैं।

(न तो CASE (उपकरण) था, न तो UML था, न ही SCRUM है, न ही TDD है, न ही STL, न ही Java, और न ही XML, आदि) ये सभी हमारे पेशे के सिर्फ एक पहलू हैं और इन विषयों को दूसरे के रूप में मानते हैं। अनुभवहीन है।


लेकिन अगर आप पैटर्न के बारे में नहीं जानते हैं, तो आपको पता नहीं चलेगा कि वहाँ कोई है जो आपकी विशेष समस्या का समाधान करता है। हां, एक नौसिखिया के रूप में आपको एक पैटर्न की आवश्यकता नहीं है, लेकिन इससे पहले कि यह आवश्यक हो, पैटर्न सीखना महत्वपूर्ण है।
२१:३१

मुझे लगता है कि मैंने अपने पोस्ट में इसे कवर किया है ...
टिम

आपको यह जानने की ज़रूरत है कि वे मौजूद हैं .... आपको यह जानने की ज़रूरत है कि वे कैसे काम करते हैं और किस तरह की परिस्थितियों में उनका उपयोग किया जाता है। यह सतही ज्ञान से थोड़ा अधिक है। हो सकता है कि आप पैटर्न का उपयोग करने से पहले वर्षों से हैं, लेकिन जब आप करते हैं, तो पैटर्न सीखने का समय नहीं है।
एली २

तो आप कह रहे हैं कि एक नौसिखिया को दर्जनों या अधिक पैटर्न सीखना और समझना है? इस बीच मेज से क्या निकलता है? मैं पैटर्न के खिलाफ बहस नहीं कर रहा हूं। और मैं यह भी नहीं सोचता कि एक पैटर्न JIT की बारीकियों को सीखना बुरी बात है। अन्य सामानों से पहले सीखने के पैटर्न IMO उपयोगी नहीं है
टिम

1

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

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

जितना अधिक आप पैटर्न देखते हैं, उतनी ही आसान प्रोग्रामिंग बन जाती है, और जितना अधिक आप अन्य प्रोग्रामरों द्वारा किए गए कुछ सबसे बड़े और सर्वोत्तम पैटर्न की सराहना करेंगे। MVC पैटर्न को माहिर करने का प्रयास करें। एक तरह से या किसी अन्य, विविधताएं सभी जगह दिखाती हैं, यहां तक ​​कि छोटे डिजाइन निर्णयों में भी।


1

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


हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.