क्या आपको ढांचे में जाने से पहले ओओपी में अच्छी पृष्ठभूमि की आवश्यकता है?

Question

फ्रेमवर्क सभी ओओपी होने के नाते, क्या ओओपी में ठोस पृष्ठभूमि के बिना ढांचे में जाना बुद्धिमान नहीं होगा? मैं बुनियादी वर्ग लिख सकता हूं लेकिन कुछ भी फैंसी या सार नहीं।

ढांचे पर जाने से पहले मुझे ओओपी के बारे में कितना पता होना चाहिए?

अभी मैं PHP Object-Oriented Programming हूँ OOP जानने के लिए।

संपादित करें: एक बार जब आप ओओपी में प्रोग्रामिंग शुरू करते हैं, तो क्या प्रक्रियात्मक पर वापस जाने की आवश्यकता है? या ओओपी जाने का रास्ता है क्योंकि यह अधिक संगठित और अधिक पुन: प्रयोज्य है। (जाहिर है यदि साइट बहुत छोटी है, प्रक्रियात्मक ठीक होगा)

Answer 1

यह हमेशा अच्छा है कि आप जो काम कर रहे हैं उसकी मजबूत समझ हो। तो हाँ, मुझे लगता है कि एक अच्छा प्रोग्रामर होना चाहिए, आपको उच्च स्तर पर सीखना चाहिए कि ओओपी कैसे काम करता है ताकि आप समझ सकें कि कक्षाओं को कैसे बढ़ाया जा सकता है आदि

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

संपादित करें: प्रक्रियात्मक के बारे में आपको अपडेट किए गए प्रश्न का उत्तर देने के लिए।

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

Answer 2

हाँ, यह अत्यधिक अनुशंसित है कि आप वहाँ बाहर आसानी से उपलब्ध चौखटे में से किसी में जाने से पहले OOP अवधारणाओं के निर्माण ब्लॉक पता है। ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग की मूल अवधारणाओं को अवशोषित करने के लिए अब मेरे कई दोस्तों ने अपना करियर शुरू किया है (यहां तक ​​कि यदि इसके स्वामित्व में भी बदतर) स्पष्ट रूप से संघर्ष कर रहे हैं।

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

Answer 3

मुझे लगता है कि ढांचे की ओर बढ़ने से पहले ओओपी की कम से कम बुनियादी समझ रखना बहुत बुद्धिमान है। सबसे महत्वपूर्ण बात यह है कि मुझे लगता है कि किसी और चीज से पहले PHP की मूल बातें समझना महत्वपूर्ण है। मैंने प्रोग्रामर को देखा है जो खुद को ज़ेंड फ्रेमवर्क के उन्नत उपयोगकर्ताओं के रूप में वर्णित करेंगे (उदाहरण के लिए) लेकिन वास्तव में पुरानी शैली प्रक्रियात्मक कोड के साथ संघर्ष करते हैं और ढांचे में काम नहीं करते समय बुनियादी सुरक्षा अवधारणाओं को समझते हैं। विरासत कोड की मात्रा को देखते हुए हम में से अधिकांश को दिन-प्रतिदिन प्रोग्रामिंग जीवन में निपटना होगा, फिर मूल बातें समझना महत्वपूर्ण होगा।

Answer 4

यह पीएचपी ढांचे आप का उपयोग किया जाएगा पर निर्भर करता है - OOP के ज्ञान निश्चित रूप से आप Zend फ्रेमवर्क या Symfony उपयोग करने के लिए योजना बना रहे हैं फायदेमंद होगा। कई अन्य PHP ढांचे हैं जो वस्तु-उन्मुख नहीं हैं, हालांकि ...

Answer 5

ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग के मुख्य बिंदुओं में से एक यह तथ्य है कि जब आप अपना कोड बनाते हैं, तो आप अपने कार्यान्वयन के लिए एक ढीला संदर्भ लागू करते हैं जैसे कि यात्रा।

यात्रा का एक सरल उदाहरण है अगर आपको लगता है कि संस्था के लिए यात्रा इंटरफ़ेस को लागू आप तो एक वस्तु है कि दोहराया जा सकता है,, डेटाबेस अमूर्त है कि आप अपने डेटाबेस बयान वस्तु है जब ..

समान अवधारणा ढांचे में एक प्रमुख कारक हैं और आगे। इसलिए मेरी राय में यदि आप एक ढांचा तैयार करते हैं तो ओओपी का अच्छा ज्ञान होना मौलिक है।

ढांचे की पूरी अवधारणा एक प्रोग्रामिंग संरचना को सरल बनाना और ओओपी का उपयोग करके लागू करने का माजॉय तरीका है।

Answer 6

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