OOP क्यों नहीं चूसता

... और कार्यात्मक प्रोग्रामिंग भी।

ऐसा हुआ कि कई प्रतिमानों और प्रोग्रामिंग तकनीकों से परिचित होने के बावजूद, मैं उनमें से किसी का भी सख्ती से पालन नहीं करता। हालाँकि, मैं उनमें से किसी को भी नहीं मानता। क्यों?

क्योंकि प्रोग्रामिंग अमूर्त जानकारी के साथ संचालन की कला है। यह एक बहुत ही जटिल कला है - क्योंकि मानव मस्तिष्क सार के साथ काम करने के लिए बिल्कुल अनुकूलित नहीं है।

मुझे ओओपी क्यों पसंद है और मैं इसे अपनी परियोजनाओं में उपयोग करता हूं? क्योंकि कक्षाओं और वस्तुओं की अवधारणा मेरे लिए अमूर्त संस्थाओं पर काम करना आसान बनाती है जिन्हें मैं अपने सिर पर रखता हूं। उनमें से कई (ये इकाइयाँ) वास्तव में असेंबली लाइन से आने वाले पुर्जों के समान हैं, जिनमें n लीवर शामिल हैं, जो m कार्य करते हैं और उपयोगकर्ता से किसी प्रकार की आंतरिक स्थिति को छिपाते हैं।

मुझे कार्यात्मक प्रोग्रामिंग क्यों पसंद है? क्योंकि यह मुझे एक पाइप लाइन के रूप में मेरी वस्तुओं के वर्कफ़्लो को ध्यान में रखने की अनुमति देता है, जहां हर कदम पर एक नया ऑपरेशन लागू किया जाता है।

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



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

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