SOLID सिद्धांतों की एक बहुत ही सरल व्याख्या

डिस्क्लेमर: हर कोई कर सकता है, लेकिन मैं क्या बुरा हूं?

SOLID कोड के आयोजन के लिए सिद्धांतों का एक समूह है। वास्तव में, वे कुछ नियमों की घोषणा करते हैं जो आपको और दूसरों की नसों और समय को बचाने में मदद करेंगे। या वे मदद नहीं कर सकते हैं।

आइए, कोड के उदाहरण और एसएमएस के बिना, उंगलियों पर इन सिद्धांतों को समझने की कोशिश करें।

एस - एकल जिम्मेदारी सिद्धांत (एसआरपी)

कक्षा बदलने का एक और केवल एक कारण होना चाहिए ("एक वर्ग को बदलने का केवल एक कारण होना चाहिए। रॉबर्ट सी। मार्टिन।"

कल्पना कीजिए कि आपके पास पाँच पसंदीदा गाने हैं, कुछ फिल्में और आपके कंप्यूटर पर बिल्लियों की तस्वीरें हैं। आप यह सब "मेरे दस्तावेज़" में लाते हैं और सामान्य रूप से जीवन का आनंद लेते हैं।

फिर आप अधिक फिल्में, अपने पसंदीदा बैंड का एक नया एल्बम और एक दर्जन नई बिल्लियां डाउनलोड करते हैं। "माई डॉक्यूमेंट्स" में यह किसी भी तरह से सहज नहीं है और आप सब कुछ डैडी द्वारा किया जाता है।

  संगीत
 फिल्म
 जवानों 

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

  संगीत
   दरवाजे
     सूरज की प्रतीक्षा कर रहा है
       हेलो, आई लव यू। एमपी
       ...
     ...
   RHCP
   agutin
 वीडियो
   टीवी शो
   फिल्म
   निजी स्टूडियो
 फ़ोटो
   जवानों
   मछली पकड़ना
   देश में वरीयता
   वेश्या

और हमारे यहाँ क्या है?

• संगीत - केवल संगीत के लिए जिम्मेदार है।
• द डोर्स - द डोर्स द्वारा निभाए गए संगीत के लिए केवल जिम्मेदार है
• सूर्य की प्रतीक्षा कर रहा है - केवल एल्बम के लिए जिम्मेदार सूर्य की प्रतीक्षा कर रहा है
• हैलो, आई लव यू। एमपी - केवल हैलो, आई लव यू गीत के लिए जिम्मेदार है

द डोर्स में बदलाव का कारण क्या हो सकता है? केवल एक - (गुणात्मक या मात्रात्मक) द डोर्स के गीतों में परिवर्तन। लेकिन "/ वीडियो / टीवी श्रृंखला /" से एक उबाऊ श्रृंखला को हटाने का एक ऐसा कारण नहीं हो सकता है, जैसे "संगीत" को "संगीत" का नाम देना।

क्या निष्कर्ष निकाला जा सकता है?

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

ओ - ओपन-बंद सिद्धांत या ओसीपी

सॉफ्टवेयर इकाइयां (कक्षाएं, मॉड्यूल, फ़ंक्शन, आदि) विस्तार के लिए खुली होनी चाहिए, लेकिन संशोधन के लिए बंद। " बर्ट्रेंड मेयर)

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

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

इस मामले में कैसे किया जाना था? शुरू में सिस्टम को डिज़ाइन करना बहुत सरल है ताकि नई कार्यक्षमता को पुराने कोड को बदलने की आवश्यकता न हो। यानी फ़ोल्डर को हार्डकोड न करें "../Pro प्लंबर /", उम्मीद है कि भविष्य में केवल उनके बारे में ही होगा, लेकिन अमूर्त के स्तर को "../Studio Private /" तक बढ़ाएं और शांतिपूर्वक उसे दोनों प्लंबर और पिज्जा डिलीवरी मेन आदि खिलाएं। -या ...

और अफोनी के लिए, एक नई कक्षा बनाएं, उदाहरण के लिए, "../Mosfilm/", कक्षा का विस्तार "/ वीडियो /"

निष्कर्ष:

1. आगे जानिए कि क्या होगा अगर "अन्य" फिल्म के बारे में प्लंबर दिखाई देंगे। हो सकता है कि आपको इसे तुरंत अपने दिमाग में कर लेना चाहिए ताकि बाद में इसे फिर से न करें?
2. यह सिद्धांत मुख्य रूप से अमूर्त वर्गों ("../Studio Private /") के बारे में है।

एल - बारबरा लिस्कोव प्रतिस्थापन सिद्धांत या एलएसपी

कार्यक्रम में वस्तुओं को कार्यक्रम के सही निष्पादन को बदलने के बिना उनके उपप्रकारों के उदाहरणों के साथ बदली जानी चाहिए।

वैसे, यह काफी सरल है।

एक स्पष्टीकरण के लिए, चलो मिठास और नग्नता की ओर मुड़ें, और विशेष रूप से फ़ोल्डर "/ फोटो / सील /"।
हम बिल्लियों से प्यार करते हैं और हमने बहुत सारी तस्वीरें एकत्र की हैं।

  फ़ोटो
   जवानों
     लाल
     धारीदार
     गीला
     काला
     Manuli 

ऐसा होता है कि हम सीधे पूरे रूट फ़ोल्डर में एक स्लाइड शो लॉन्च करते हैं और इसकी प्रशंसा करते हैं। और इसलिए, एक ठीक समय पर, जब आप लगभग निर्वाण में पहुंच गए हैं, तो स्क्रीन प्रदर्शित होती है:

फ़ाइल दिखाने में असमर्थ "/ Photo / Seals / Books / Puss in Boots.fb2"

जैसा कि बाद में पता चला, आपके मित्र ने क्यूटनेस की डिग्री बढ़ाने का फैसला किया और "सील्स" को "बुक" के नए सबफ़ोल्डर के साथ विरासत में मिला, एलएसपी का घोर उल्लंघन किया, क्योंकि "बुक्स" उपवर्ग का उपयोग "फोटो" बेस क्लास के बजाय नहीं किया जा सकता है।

निष्कर्ष:

1. नाम भयावह है, परिभाषा जटिल है, लेकिन सिद्धांत स्वयं सरल और सहज है।
2. यदि आपकी विधि "फोटो" को दर्ज करने की उम्मीद करती है, तो इससे कोई फर्क नहीं पड़ता कि "फोटो" से कौन सा उत्तराधिकारी आपको पर्ची देता है: "मनुली", "रेडहेड्स" या "वेट", लेकिन अगर "पुस्तकें" आती हैं, तो उन्हें चाय पर चोक होने की उम्मीद थी।

I - इंटरफ़ेस अलगाव सिद्धांत या आईएसपी

ग्राहकों को उन तरीकों पर निर्भर नहीं होना चाहिए जिनका वे उपयोग नहीं करते हैं।

यहां फ़ोल्डर्स और फ़ाइलों के साथ समझाना मुश्किल होगा, लेकिन मैं कोशिश करूंगा - कुछ तनाव के लिए कड़ाई से न्याय न करें।

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

यही है, गलत उपमाओं को आरेखित करते हुए, हमने AudioCoverSubtmarks इंटरफ़ेस को लागू करने के लिए संगीत वर्ग और उसके सभी उत्तराधिकारियों को बाध्य किया। उसी समय, यह इंटरफ़ेस पूरी तरह से केवल "सूर्य की प्रतीक्षा कर रहा है" एल्बम, एल्बम "द डोर्स का सर्वश्रेष्ठ" केवल "ऑडियो + कवर" भाग को लागू करता है, और बाकी सभी केवल "ऑडियो" को लागू करता है।

यह हमें इस विचार की ओर ले जाता है कि यह मोटी AudioCoverSubtmarks इंटरफ़ेस को तीन छोटे ऑडियो, कवर और उपशीर्षक में विभाजित करने के लिए समझ में आता है और केवल उन्हीं का उपयोग करता है जहाँ उनकी वास्तव में आवश्यकता होती है।

निष्कर्ष:

1. ISP, अचानक, इंटरफेस के पृथक्करण के बारे में है।
2. यदि आपका इंटरफ़ेस आपको स्टब तरीके बनाने के लिए मजबूर करता है, तो यह एक बुरा इंटरफ़ेस है और आपको इसे कैंची के साथ खत्म करना चाहिए।

डी - निर्भरता उलटा सिद्धांत या डीआईपी

ऊपरी स्तर के मॉड्यूल को निचले स्तर के मॉड्यूल पर निर्भर नहीं होना चाहिए। दोनों प्रकार के मॉड्यूल को अमूर्तता पर निर्भर होना चाहिए।

विवरण विवरण पर निर्भर नहीं होना चाहिए। विवरण अमूर्तता पर निर्भर होना चाहिए।

"डोर्स" मॉड्यूल को इस बात पर निर्भर नहीं होना चाहिए कि उसमें किस तरह की ऑडियो फाइलें हैं .mp3, .flac या .wav।

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

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

निष्कर्ष:

1. डीआईपी - यह उस बारे में है, विशेष को सामान्य पर निर्भर होना चाहिए, और इसके विपरीत नहीं।
2. डुबकी "अमूर्त के देवता के लिए और अधिक सार है!"
3. डीआईपी कारणों और प्रभावों के बारे में भी है, प्रश्न के सही उत्तर के बारे में: "शाखाएं इस तथ्य से झूलती हैं कि हवा चलती है या इस तथ्य से हवा चलती है कि शाखाएं झूलती हैं"

धन्यवाद और एक अच्छा सप्ताहांत है!