ओओपी मिथक और वास्तविकता

( स्रोत )

मैं पीएलओ के विरोधियों और समर्थकों के बीच चल रही बहस के लिए अपने "5 कोपेक" का योगदान करना चाहता हूं। इस विषय पर हाल के प्रकाशनों से, कोई व्यक्ति एक उज्ज्वल नकारात्मक शीर्षक को नोट कर सकता है "जितनी तेजी से आप ओओपी भूल जाते हैं, आपके और आपके कार्यक्रमों के लिए बेहतर है" , उतना ही शांतिप्रिय "कार्यात्मक प्रोग्रामिंग और ओओपी के बारे में बहस करना बंद करें" और ग्राफिक भाषाओं में मध्यम सकारात्मक "ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग" ।

लेकिन इस लेख के विचार ने मुझे दूसरे लेख पर टिप्पणी करने के लिए प्रेरित किया:

OOP के लिए एक महान उदाहरण सिर्फ भयानक है। विशेषता प्रणाली आपके मामले को पूरी तरह से लागू करती है, और ऑब्जेक्ट प्रोग्रामिंग के मौजूदा प्रश्न का उत्तर देने के लिए बिल्कुल भी आवश्यकता नहीं है - "एक वस्तु क्या है?"। [...] OOP के बारे में भूल जाओ, यह GUI के लिए एक सफल रूपक था, जिसे उन्होंने धर्म की स्थिति में ऊपर उठाने की कोशिश की थी।

मेरी राय में, यह एक बेहद खुलासा करने वाली टिप्‍पणी है, जिसमें OO के दृष्टिकोण की आलोचना नहीं की गई है (यहां तक ​​कि GUI में OOP को भी कारण दिया गया है), लेकिन मिथक जो OOP के आसपास पैदा हुए थे। इस प्रकार, मेरी राय में, हर कोई सही है: दोनों समर्थक जब ओओपी की सुविधा को इंगित करते हैं, उदाहरण के लिए, जब जीयूआई की प्रोग्रामिंग करते हैं, और विरोधियों को जब वे ओओपी को चांदी की गोली की स्थिति में निरपेक्ष हथियार बनाने के लिए एक पूर्ण हथियार होते हैं।

यह तुरंत ध्यान दिया जाना चाहिए कि प्रत्येक OO PL में एक अलग OO दृष्टिकोण होता है, कभी-कभी बहुत, कभी-कभी अन्य OO दृष्टिकोणों से बहुत भिन्न नहीं होता है। मैं ओओ पास्कल के मध्यम सरल दृष्टिकोण से आगे बढ़ूंगा, जो पहले से ही टर्बो पास्कल 5.5 में रखा गया था और अंत में डेल्फी 7 के लिए आकार ले लिया (हम अन्य निर्माताओं की वैचारिक भाषाओं को नोट कर सकते हैं, उदाहरण के लिए, मैकओएस के लिए थिंक पास्कल)। इस ओओ दृष्टिकोण में मौलिक सिद्धांत हैं: इनकैप्सुलेशन, इनहेरिटेंस (सरल), बहुरूपता; और महत्वपूर्ण सीमाएं: उदाहरण के लिए, अनिवार्य रूप से बहुत जटिल बहु विरासत नहीं है ।

जैसा कि मैंने ऊपर वर्णित लेख की टिप्पणी में पहले ही लिखा था, शास्त्रीय पास्कल से लेकर ओओ पास्कल तक, मेरी राय में, बहुत स्पष्ट और न्यायसंगत है:

रिकॉर्ड्स में सबसे सरल एनकैप्सुलेशन पहले से ही है। इसके अलावा, विरासत की अवधारणा ऐसे सरल उदाहरणों में आती है:

type
TCoord = record //  
                    x, y : integer
                  end;
TRect = record // 
                     leftTop, RBot : TCoord;
               end;

«record» «class» ( ), «» .

— , , GUI. « „ ?“». — , — — . . , , ! ( ). — , , . — . , , , , , — , . , . , — . , . ? — : . , . .:

.., .., .. . .
. ., . . 3-, . .: , 2007

, . 3 , , . , . . , . : , . , - ;)

, , , ., , , . , . — . — , , :

[...] , .. IDE GUI, .

, , , . : « — ». , - , , , . : - . , . (, , : , , , .) — , , , , .