हर कोई OOP के साथ काम क्यों करता है? संक्षेप में मुख्य बात या विचार के लिए "भोजन"

मुझे अभी तक यह पता नहीं है कि मैंने इसे पहली पोस्ट के रूप में क्यों और क्यों चुना। हां, मैं यह अच्छी तरह से समझता हूं कि इस पोस्ट से मुझे बहुत सारी नकारात्मक टिप्पणियां मिलेंगी और शायद कर्म अनिवार्य रूप से भ्रष्ट हो जाएंगे, लेकिन आशा करते हैं कि यह इसके लायक है।

मैं आपका ध्यान आकर्षित करना चाहूंगा कि मैं किसी को विश्वास में नहीं लेना चाहता हूं या अपनी बात नहीं बदलना चाहता हूं। यह शीर्षक, जैसा कि शीर्षक में लगता है, यह आपको सोचने पर मजबूर कर देगा ।

उसी समय, मैं कुछ सामग्री लिखूंगा जो हमें नकारात्मक के उस हिस्से को बाहर करने की अनुमति देगा जो इस पोस्ट के कारण सच्चे ओओपी-कोव में होता है।

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

हम चर्चा के विषय पर आगे बढ़ते हैं। हम कुछ सवाल पूछते हैं कि ओओपी का उपयोग क्यों और क्यों किया जाता है। विकिपीडिया से उन लोगों के लिए जो नहीं जानते कि यह क्या है, प्रत्येक आइटम के लिए विस्तार से पढ़ सकते हैं।

• मतिहीनता
• कैप्सूलीकरण
• विरासत
• बहुरूपता

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

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

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

और मैं OOP पर एक छोटे से सारांशित करना चाहता हूं:

• यह गैर-महत्वपूर्ण विशेषताओं का उपयोग करना मुश्किल बनाता है
• आप OOP का उपयोग किए बिना एक ही काम कर सकते हैं
• विचारधारा में प्रयुक्त और कही गई हर चीज का उपयोग ओओपी की शुरूआत के बिना किया जाता है
• कोड में OOP का कार्यान्वयन, इसके अतिरिक्त 12% से 75% समय तक खर्च किया गया

ओओपी का उपयोग किए बिना किसी लक्ष्य को प्राप्त करने के कुछ सफल उदाहरण, कि मुझे "झंकार" नहीं माना जाएगा:

fastchange.com.ua संसाधन में क्रॉस-सर्वर और क्रॉस-साइट कार्य का एक बड़ा द्रव्यमान है, अपने आप में यह उपयोगकर्ता के लिए सिर्फ एक शेल है, और मालिक के लिए एक रिपोर्टिंग जनरेटर, केवल यैंडेक्स एपीआई से ओओपी का उपयोग, विकास का समय 4.5 घंटे है ।

watchcases.ru, magniflex.ru/shop/, xpectik.com.ua का इस्तेमाल ओकोस सिस्टम पर आधारित हुआ करता था, जो कि ओओपी के साथ "पूरी तरह से संतृप्त" है, अब मैं जिस प्रणाली पर विकसित हुआ हूं, एक भी ओओपी तत्व के बिना, साइट लोडिंग गति 1200% से बढ़ गई है। 3600%, 16-17 घंटे का पहला विकास, बाद में 6.5 घंटे तक ।

ठीक है, यदि आप अपना समय ओओपी विशेषज्ञ माना जाना चाहते हैं, तो चुनाव आपका है।

पोस्ट उन लोगों के लिए अभिप्रेत नहीं है जो 400-600kb से अधिक के संसाधन लिखते हैं। मैनुअल कोड।