बर्ट्रेंड मेयर। सॉफ्टवेयर सिस्टम का ऑब्जेक्ट ओरिएंटेड डिज़ाइन

अस्वीकरण: प्रकृति में OOP पर अधिक परिष्कृत पुस्तक नहीं है और, सबसे अधिक संभावना है, निकट भविष्य में नहीं होगी; इस पुस्तक को उचित रूप से ऑब्जेक्ट टेक्नोलॉजी पर एक क्लासिक पुस्तक माना जाता है और अच्छे कारण के लिए इस विषय पर अनुशंसित पुस्तकों की सूची में पहला है (और यह मेरी सूची में न केवल पहला है)।

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


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

हम कुछ मुहावरों और डिजाइन सिद्धांतों या विकी पर नोटों के माध्यम से, सहकर्मियों के साथ अनौपचारिक बातचीत के माध्यम से अध्ययन किए गए ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग भाषाओं के प्रिज्म के माध्यम से बहुत सारे ओओपी ज्ञान को अवशोषित करते हैं। यह हमें मूल अवधारणाओं की समझ देता है, इसलिए कई लोगों के लिए, "नहीं और क्या मुझे 1.2K पृष्ठों के फोलियो के साथ OOP का अध्ययन करने वाला एक वर्ष बिताना चाहिए" बल्कि संदेहजनक लगता है।

हालाँकि, व्यर्थ में।

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

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

अपनी पुस्तक में मेयर ने डिजाइन पैटर्न का उल्लेख किया है और काफी बड़ी संख्या में सिद्धांतों का वर्णन किया है। इनमें से कुछ सिद्धांत काफी प्रसिद्ध हैं (उदाहरण के लिए, ओपन-क्लोज्ड सिद्धांत, ('ओओएल' एसओएलआईडी सिद्धांतों से), "यह यहां आविष्कार नहीं किया गया था" (NIH - Not Invented Here), कमांड और क्वेरी पृथक्करण का सिद्धांत (CQRS - Command-Query जुदाई सिद्धांत) ), आदि), अन्य सिद्धांत बहुत विशिष्ट हैं (उदाहरण के लिए, यूनिफाइड एक्सेस का सिद्धांत, जो आपको उसी तरह क्षेत्र और प्रक्रिया तक पहुंचने की अनुमति देता है)। लेकिन कई अन्य पुस्तकों के विपरीत, इसमें से किसी को भी सबसे आगे नहीं रखा गया है; कोई भी चांदी की गोली इससे नहीं बनाई जा सकती है, जो सभी समस्याओं को हल करने में सक्षम हो। केवल खुले-बंद सिद्धांत का उल्लेख अपेक्षाकृत अक्सर किया जाता है, क्योंकि यह विरासत में बहुत महत्वपूर्ण भूमिका निभाता है, जो ओओपी का एक प्रमुख पहलू है।

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

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

उसी को वंशानुक्रम कहा जा सकता है। यह एक बहुत ही जटिल तकनीक है जो सॉफ्टवेयर को बनाए रखने के लिए समझने योग्य, एक्स्टेंसिबल और आसान बनाने में मदद कर सकती है, लेकिन अगर अयोग्य रूप से संभाला जाता है, तो विरासत के गहन उपयोग से भारी पदानुक्रम हो सकते हैं जो किसी भी एप्लिकेशन को अपने वजन के नीचे दफन कर सकते हैं। विरासत के केवल उचित उपयोग को 55 पृष्ठ दिए गए हैं जो 10 (!) प्रकार के वंशानुक्रम का वर्णन करते हैं (जिनमें से अधिकांश ऐसी भाषाओं में उपलब्ध नहीं हैं जो एकाधिक और बंद विरासत के बिना हैं, जैसे C # या Java)।

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

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

मेयर की पुस्तक वास्तव में ओओपी पर सर्वश्रेष्ठ पुस्तक है और सामान्य रूप से सॉफ्टवेयर विकास पर उत्कृष्ट कार्य है। यह पुस्तक बहुत सारे नए ज्ञान प्राप्त करने और मौजूदा लोगों को साफ करने का एक शानदार तरीका है। यह दिलचस्प सवालों को प्रतिबिंबित करने और एक अधिक औपचारिक तरीके से सॉफ़्टवेयर डिज़ाइन के बारे में सोचना शुरू करने का एक शानदार तरीका है। इसलिए अपना थोड़ा सा कीमती समय उस पर व्यतीत करें, आपको पछतावा नहीं होगा।

रेटिंग: MUST HAVE (*)

ZY यह पुस्तक intuit.ru पर दो पाठ्यक्रमों के रूप में उपलब्ध है: बुनियादी बातों का उन्मुखीकरण प्रोग्रामिंग और ऑब्जेक्ट-ओरिएंटेड डिज़ाइन का मूल तत्व ।

ओजोन के लिए लिंक।

-
(*) किसी भी मामले में, मैं समझाता हूं, मस्ट हैव एक पुस्तक की उच्चतम रेटिंग है जो केवल हो सकती है; इसका मतलब यह है कि पुस्तक को सिर्फ पढ़ने की जरूरत नहीं है, इसे आपके लिए एक माध्यम के साथ-साथ सुविधाजनक तरीके से रखा जाना चाहिए और समय-समय पर इसे वापस करना चाहिए।