🥘 🚝 👈 पीएलओ - फिलिस्तीन मुक्ति संगठन 💐 👨🏽‍🔧 ⏬

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

प्रोग्रामिंग क्या है?

मुझे प्रोग्रामिंग के बारे में कैसे पता चला?
- स्कूल में 9 से 11 कक्षा तक पास्कल में प्रोग्राम करना सिखाया।

मेरे कार्यक्रमों में क्या शामिल था?
- प्रक्रियाओं और कार्यों, डेटा और उन पर कार्रवाई की।

आपको क्या पसंद नहीं आया?
- जब मैंने एक बड़ा कार्यक्रम लिखने की कोशिश की, तो मैं बहुत लंबे समय तक गलतियों से जूझता रहा ... और आगे वे जितने थे ... मुझे सब कुछ कैसे काम करता है, इसकी एक बड़ी मात्रा को ध्यान में रखना था। कौन किसको और कहां बुलाता है।

मैंने जटिलता के साथ कैसे व्यवहार किया?
- मैंने स्वतंत्र मॉड्यूलों पर प्रकाश डाला जिसमें मैंने उनके अर्थ उद्देश्य के अनुसार कार्यों को संयोजित किया। माउस के साथ काम करने के लिए अलग से कार्य, ग्राफिक्स के साथ काम करने के लिए अलग से, बीएमपी के साथ काम करने के लिए अलग से, आदि।

OOP क्या है?

आपको OOP के बारे में कैसे पता चला?
- संस्थान में पहले वर्ष में।

वास्तव में उन्होंने मुझे OOP के बारे में क्या बताया?
- यह याद रखना मुश्किल है। मुझे कक्षाएं, विरासत, निजी , सार्वजनिक और स्थिर याद हैं ।

मैंने अर्जित ज्ञान का उपयोग कैसे किया?
"ठीक है, मैंने वास्तविक दुनिया की वस्तुओं के प्रतिबिंब के रूप में कक्षाएं बनाई हैं।" एक निश्चित वर्ग की कार्यक्षमता का विस्तार करने में निहित है।

ओओपी ने मुझे कैसे मदद की है, क्या कार्यक्रमों को लिखना आसान हो गया है?
- पहले यह सुविधाजनक था। पुरानी कक्षाओं का पुन: उपयोग करना संभव था। कभी-कभी, यदि आवश्यकताएं बदल जाती हैं - मुझे विरासत में मिला था और वारिस में व्यवहार को आवश्यकतानुसार बदल दिया था।

SOLID के सिद्धांत क्या हैं?
क्लास इंटरफ़ेस क्या है और इसका स्पष्ट रूप से वर्णन क्यों करें?
संबंध सामान्य / विशेष और भाग / संपूर्ण क्या है?

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

इंटरफ़ेस क्या है?

आइए Foo वर्ग के लिए कोड देखें:

class Foo { int a; static int b; public: Foo() { a = 0; } ~Foo() { a = 0; } int a() { return a; } static int b() { return b; } int sum1() { return a+b; } int sum2() { return a()+b(); } };

हम कई प्रकार की जानकारी देखते हैं:
1. कक्षा की जानकारी
- वर्ग क्षेत्र: बी
- कक्षा के तरीके: बी ()
2. कक्षा की जानकारी
- श्रेणी उदाहरण फ़ील्ड: a
- कक्षा उदाहरण के तरीके: (), योग 1 (), योग 2 ()
- वर्ग उदाहरण निर्माता: फू ()
- वर्ग उदाहरण विध्वंसक: ~ फू ()

तो क्लास इंटरफ़ेस निम्नलिखित डेटा है:
- कक्षा उदाहरण के तरीके: (), योग 1 (), योग 2 ()

C ++ इंटरफ़ेस का स्पष्ट रूप से वर्णन करने के लिए क्या करना चाहिए?
- C ++ भाषा में इसके साथ छोटी समस्याएं हैं (वाक्य रचना खराब है)

 class IFoo { public: virtual ~IFoo() {} virtual int a() = 0; virtual int sum1() = 0; virtual int sum2() = 0; };

भगवान, यह क्या है?
- वर्चुअल विध्वंसक : ~ फू ()।
- विशुद्ध रूप से आभासी तरीके: (ए), योग 1 (), योग 2 ()।

और अब इस IFoo के साथ क्या करना है?
- उसे वर्ग Foo से inherit।

 class Foo : public IFoo { int a; static int b; public: Foo() { a = 0; } ~Foo() { a = 0; } int a() { return a; } static b() { return b; } int sum1() { return a+b; } int sum2() { return a()+b(); } };

फू वर्ग इंटरफ़ेस अब स्पष्ट रूप से वर्णित है। फू कक्षा को IFoo इंटरफ़ेस का कार्यान्वयन (कार्यान्वयन) कहा जा सकता है। निम्नानुसार IFoo इंटरफ़ेस के माध्यम से Foo वर्ग की वस्तुओं का उपयोग करना आवश्यक है:

 IFoo * foo = new Foo(); int a = foo->a(); int sum1 = foo->sum1(); int sum2 = foo->sum2();

यह हमें क्या देता है?
- ठीक है, बस समारोह को देखो:

 void process(IFoo * foo) { // ... }

आप IFoo इंटरफ़ेस के किसी भी कार्यान्वयन को प्रक्रिया फ़ंक्शन में पास कर सकते हैं। यह Foo और SuperFoo और GiperPuperFoo दोनों हो सकते हैं।

C #, Java और अन्य में, एक इंटरफ़ेस कीवर्ड है, जिसका उपयोग केवल इंटरफेस का वर्णन करने के लिए किया जाता है:

 interface IFoo { public int a(); public int sum1(); public int sum2(); };

Microsoft Visual C ++ में __interface कीवर्ड है, यहां अधिक विवरण हैं ।

SOLID क्या है?

"SOLID वस्तु-उन्मुख डिजाइन में वर्ग डिजाइन के पांच बुनियादी सिद्धांतों का एक संक्षिप्त नाम है।" विकिपीडिया

एस	SRP	एकल जिम्मेदारी सिद्धांत	जिम्मेदारी के ~~एकल~~ विभाजन का सिद्धांत
हे	ओसीपी	खुला / बंद सिद्धांत	खुलेपन / निकटता का सिद्धांत
एल	LSP	लिस्कोव प्रतिस्थापन सिद्धांत	लीक प्रतिस्थापन सिद्धांत
मैं	आईएसपी	इंटरफ़ेस अलगाव सिद्धांत	इंटरफ़ेस अलगाव सिद्धांत
डी	DIP	निर्भरता उलटा सिद्धांत	निर्भरता उलटा सिद्धांत

मैं उनमें से प्रत्येक का एक संक्षिप्त विवरण देने की कोशिश करूंगा।

जिम्मेदारी के ~~एकल~~ विभाजन के सिद्धांत में कहा गया है कि कार्यक्रम में प्रत्येक वस्तु की एक ही जिम्मेदारी होनी चाहिए। यदि वस्तु कई अलग-अलग कर्तव्यों का पालन करती है - तो उसे देखा जाना चाहिए। उदाहरण के लिए, रिपोर्ट मुद्रण इकाई रिपोर्ट के प्रारूप और सामग्री के लिए ज़िम्मेदार है - यह सही नहीं है। एक वस्तु को प्रारूप के लिए जिम्मेदार होना चाहिए, दूसरा - सामग्री के लिए।

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

सामान्य रूप से लिस्कोव प्रतिस्थापन के सिद्धांत से पता चलता है कि सामान्य-निजी प्रकार के प्रोग्राम पदानुक्रम बनाने के लिए वंशानुक्रम का उपयोग सही ढंग से किया जाता है, लेकिन कुछ मामलों में भाग-पूरे नहीं । उदाहरण: एक कार के पहिए एक भाग-पूरे होते हैं, और "पहिया" के सामान्यीकृत सार के सापेक्ष "एक यात्री कार का पहिया" एक सामान्य-निजी संबंध है।

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

निर्भरता व्युत्क्रम के सिद्धांत को कोड भर में सुधार के बिना और कोड में निर्भरता को कमजोर करने के लिए वस्तुओं की पुनरावृत्ति सुनिश्चित करना आवश्यक है। जब आपके पास एक वर्ग ए होता है जिसका एक वर्ग बी का सूचक होता है - कक्षाएं दृढ़ता से संबंधित मानी जाती हैं। कक्षा बी को किसी अन्य के साथ बदलने के लिए, आपको कक्षा ए के कोड को सही करना होगा - जो अच्छा नहीं है। एक वर्ग बी इंटरफ़ेस प्राप्त करना प्रस्तावित है, आइए इसे आईबी कहते हैं। कक्षा ए से आईबी में सूचक के प्रकार को बदलें। इस प्रकार, निर्भरता A -> B को A -> IB <- B से बदल दिया गया । अब, बी के बजाय, आप आईबी इंटरफ़ेस के किसी भी अन्य कार्यान्वयन का उपयोग कर सकते हैं।

ऑब्जेक्ट ओरिएंटेड डिज़ाइन क्या है?

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

सार्वजनिक / निजी संबंधों का पदानुक्रम कैसा दिखता है?

- भूमि परिवहन के प्रकारों का पदानुक्रम:

- पहियों के प्रकार की पदानुक्रम:

क्या हिस्सा / पूरे संबंध पदानुक्रम की तरह दिखता है?

- यात्री कार पदानुक्रम:

सिस्टम डिजाइन करते समय, दोनों प्रकार के पदानुक्रम को परिभाषित करना आवश्यक है।

अगर सब कुछ उसी तरह काम करता है तो यह क्यों जरूरी है?

OOP को "कार्यक्रम की जटिलता को कम करने" के लिए बनाया गया था! जब सही ढंग से उपयोग किया जाता है, तो आपके कार्यक्रम उनकी आंतरिक संरचना में बेहद सरल हो सकते हैं। आप, एक प्रोग्रामर के रूप में, बस आलसी होना चाहिए)) तो यहां आपके कार्यक्रमों की जटिलता को कम करने, कनेक्टिविटी को कम करने आदि का एक तरीका है।

अनुशंसित पढ़ना

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

PS J2ME प्रोग्रामिंग पुस्तकों के निचले भाग में, PLO के अध्याय में वाक्यांश शामिल है: "यदि आपके लिए PLO फिलिस्तीन की मुक्ति के लिए संगठन है, तो एक और अधिक मौलिक पुस्तक देखें।" अब यह वाक्यांश OOP की मेरी गलतफहमी से जुड़ा है।

पीएलओ - फिलिस्तीन मुक्ति संगठन