सॉलिड

कम्प्यूटर प्रोग्रामिंग में, सॉलिड या SOLID एक स्मरक लघुरूप शब्द है जो रॉबर्ट सी. मार्टिन“Principles Of OOD” https://web.archive.org/web/20161025223509/http://butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod 25 अक्तूबर 2016 , Robert C. Martin (“Uncle BOB”), butunclebob.com, Last verified 2014-07-17. (Note the reference to “the first five principles”, though the acronym is not used in this article.) Dates back to at least 2003.“Getting a SOLID start.” https://web.archive.org/web/20161226015924/https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start 26 दिसंबर 2016 , Robert C. Martin (“Uncle Bob”), objectmentor.com. Last verified 2013-08-19. द्वारा 2000 के दशक“SOLID Object-Oriented Design” https://web.archive.org/web/20140329030135/http://www.confreaks.com/videos/240-goruco2009-solid-object-oriented-design 29 मार्च 2014 , Sandi Metz (Duke University), Talk given at the 2009 Gotham Ruby Conference in May, 2009. Last verified 2009-01-15. के आरम्भ में नामित "प्रथम पाँच सिद्धान्तों" के लिए माइकल फीदर्स द्वारा प्रचलित किया गया था जो वस्तु उन्मुख प्रोग्रामिंग (object oriented programming ऑब्जॅक्ट औरिएण्टेड प्रोग्रामिंग) और डिज़ाइन के पाँच आधारभूत सिद्धान्तों के लिए है। ये पाँच सिद्धान्त है: S (Single responsibility एकल दायित्व) O (Open-closed खुला-बन्द) L (Liskov substitution लिस्कोव प्रतिस्थापन) I (Interface segregation इण्टरफ़ेस पृथक्करण) D (Dependency inversion निर्भरता विपरीतता)। ये सिद्धान्त एकसाथ लागू किए जाने पर इस बात का प्रायोजन रखते हैं कि किसी प्रोग्रामर द्वारा निर्मित कोई सिस्टम रकरखाव करने में और समय के साथ-साथ विस्तारित करने में सरल होगा। सॉलिड के सिद्धान्त एक मार्निर्देशक हैं जो किसी सॉफ़्टवेयर पर काम किए जाने के दौरान लागू किए जाने पर कोड स्मॅल को हटाने में सहायक होते हैं। यह कुशल और अनुकूली प्रोग्रामिंग के लिए एक समग्र रणनीति का हिस्सा है। अवलोकन प्रथमाक्षर (अंग्रेज़ी) सिद्धान्त (लघुरूप नाम) संकल्पना S ऍस.आर.पी. Single Responsibility Principle http://www.objectmentor.com/resources/articles/srp.pdf 25 जुलाई 2015 https://web.archive.org/web/20150202200348/http://www.objectmentor.com/resources/articles/srp.pdf 2 फ़रवरी 2015 live एकल दायित्व सिद्धान्त एक क्लास के ऊपर केवल एक ही दायित्व होना चाहिए (सॉफ़्टवेयर के विनिर्देश में केवल एक सम्भावित परिवर्तन क्लास के विनिर्देश को प्रभावित करने में सक्षम होना चाहिए) O ओ.सी.पी. Open/Closed Principle http://www.objectmentor.com/resources/articles/ocp.pdf 25 जुलाई 2015 https://web.archive.org/web/20150905081105/http://www.objectmentor.com/resources/articles/ocp.pdf 5 सितंबर 2015 live खुला/बन्द सिद्धान्त "सॉफ़्टवेयर अस्तित्वी... विस्तारण के लिए खुले होने चाहिए, लेकिन परिवर्तनों के लिए बन्द होना चाहिए।" L लिप्रसि Liskov Substitution Principle http://www.objectmentor.com/resources/articles/lsp.pdf 25 जुलाई 2015 https://web.archive.org/web/20150905081111/http://www.objectmentor.com/resources/articles/lsp.pdf 5 सितंबर 2015 live लिस्कोव प्रतिस्थापन सिद्धान्त "प्रोग्राम में वस्तुएँ उस प्रोग्राम की विशुद्धता को बदले बिना उन वस्तुओं के उपप्रकार की वस्तुओं द्वारा प्रतिस्थापन योग्य होने चाहिए" I आई.ऍस.पी. Interface Segregation Principle http://www.objectmentor.com/resources/articles/isp.pdf 25 जुलाई 2015 https://web.archive.org/web/20150905081110/http://www.objectmentor.com/resources/articles/isp.pdf 5 सितंबर 2015 live इण्टरफ़ेस पृथक्करण सिद्धान्त “एक सर्वप्रायोजन योग्य इण्टरफ़ेस की तुलना में बहुत से क्लाइण्ट-विशिष्ट इण्टरफ़ेस बेहतर हैं।”“Design Principles and Design Patterns” https://web.archive.org/web/20150906155800/http://www.objectmentor.com/resources/articles/Principles_and_Patterns.pdf 6 सितंबर 2015 , Robert C. Martin (“Uncle Bob”), objectmentor.com. Last verified 2009-01-14. D डी.आई.पी. Dependency Inversion Principle http://www.objectmentor.com/resources/articles/dip.pdf 25 जुलाई 2015 https://web.archive.org/web/20110714224327/http://www.objectmentor.com/resources/articles/dip.pdf 14 जुलाई 2011 live निर्भरता विपरीतता सिद्धान्त अमूर्तन (ऐब्सट्रैक्शन) पर निर्भर रहा जाए कार्यान्वयन पर नहीं सन्दर्भ श्रेणी:सॉफ़्टवेयर डिज़ाइन श्रेणी:प्रोग्रामिंग के सिद्धान्त श्रेणी:वस्तु उन्मुख प्रोग्रामिंग