यूआई प्रोग्रामिंग के लिए प्रतिमान फिट होते हैं


9

यह एक अधिक विशिष्ट प्रश्न है (या वास्तव में दो, लेकिन वे संबंधित हैं) ओओपी प्रौद्योगिकी मृत्यु की टिप्पणियों से आ रहे हैं जहां किसी ने कहा कि ओओपी जीयूआई प्रोग्रामिंग के लिए सही प्रतिमान नहीं है।

वहाँ टिप्पणियों को पढ़ना और यहाँ मुझे अभी भी यह महसूस होता है कि सीखने के लिए चीजें हैं: कौन से प्रोग्रामिंग प्रतिमानों को अच्छा माना जाता है और वे दूसरों की तुलना में बेहतर क्यों हैं (शायद उदाहरणों के साथ उदाहरण के लिए?)

मैंने शीर्षक और प्रश्न से टीके-उदाहरण को हटा दिया


@ इनका - ध्यान रखें, कि एसके-लॉजिक (जिसने इस टिप्पणी की उत्पत्ति की है) हर संभव अवसर पर ओओपी से लड़ता है - जैसे कि वह एक कट्टर मिशन था। मुझे दृढ़ता से संदेह है कि वह वास्तव में साबित कर सकता है कि tk OOP से संबंधित नहीं है।
एंड्रियास डॉक

-1: एक व्यक्तिगत राय उद्धृत करने के लिए जैसे कि यह तथ्य था। "जीओआई प्रोग्रामिंग के लिए ओओपी सही प्रतिमान नहीं है" सी # और ऑब्जेक्टिव सी के सामने उड़ जाएगा जो जीयूआई प्रोग्रामिंग के लिए ओओपी पर बहुत अधिक निर्भर करते हैं। यदि यह सही प्रतिमान नहीं है, तो Apple के सभी विशाल शेयर बाजार वास्तव में मौजूद नहीं हैं या कुछ और।
एस.लॉट

1
@ एस। लेकिन यह सही प्रतिमान नहीं है, जीयूआई को घोषणात्मक होना चाहिए। आपको लगता है कि जो सही है, उससे आप भ्रमित हो रहे हैं।
रेयानोस

@ रेयानोस: "घोषणात्मक"। के रूप में, कुछ संबंधित वस्तुओं? मुझे यह नहीं मिलता कि वस्तुओं की एक गुच्छा के बीच रिश्तों का एक समूह कैसे घोषित किया जाता है। तथा। इस सवाल के लिए यह ऑफ टॉपिक लगता है। सवाल OO के बारे में लगता है, GUI लिखने के बेहतर तरीके नहीं हैं। शीर्षक वास्तविक प्रश्न की तुलना में भ्रामक प्रतीत होता है। न ही बहुत अच्छे हैं।
एस.लॉट

1
@ इंका: इसे पूरी तरह से केवल अतिशयोक्ति के रूप में अवहेलना पर विचार करें।
एस.लॉट

जवाबों:


9

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


2
फ़ंक्शनल रिएक्टिव प्रोग्रामिंग अभी तक एक बेहतर फिट है।
तर्क

@ एसके-तर्क: आप इसके लिए एक बहुत अच्छा मामला बना सकते हैं, और कॉमन लिस्प में कुछ दिलचस्प काम (क्या आपने सेल के बारे में सुना है?) उस दिशा में किया गया है। मैं इसे और अधिक सटीक बनाने के लिए अपने उत्तर को संपादित करूँगा।
लैरी कोलेमन

5

विजेट और उनके लेआउट से बना एक विशिष्ट जीयूआई, पूरी तरह से घोषणात्मक है। प्रति से विजेट्स एक-दूसरे के साथ बातचीत नहीं करेंगे, इसलिए वस्तुओं और संदेशों की धारणा कुछ हद तक विदेशी है। Hierarchial घोषणात्मक डीएसएल वर्तमान में एक मुख्यधारा का एक प्रकार है, जिसमें Tk प्रारंभिक उदाहरणों में से एक है, और WPF एक ही चीज़ के लिए अधिक आधुनिक दृष्टिकोण के रूप में है। कार्यात्मक प्रतिक्रियाशील प्रोग्रामिंग एक और दिलचस्प (लेकिन बहुत व्यापक नहीं) दृष्टिकोण है।

कुछ लोग ओओपी को कहीं भी देखते हैं, जहां एक पदानुक्रम को परिभाषित किया गया है, जो गलत है - सख्त पदानुक्रम (पढ़ें - बीजीय डेटा प्रकार) और काई की ओओपी परिभाषा के बीच कोई संबंध नहीं है।


3
मेरे अनुभव में, विजेट्स को एक बेहतर GUI बनाने के लिए एक-दूसरे के साथ बातचीत करने की आवश्यकता होती है, और जितने अधिक घोषणात्मक प्रणालियों का मैंने सामना किया है (HTML + css सहित कुछ xml- आधारित), निश्चित रूप से सहभागिता-भाग में संभावनाओं की कमी है। इसके अलावा, घोषणात्मक (प्रोलॉग) और कार्यात्मक (हास्केल) का उपयोग करके यूआई को शामिल करने के साथ मेरे अनुभवों ने वास्तव में वह छाप नहीं दी जो यह आसान था। क्या आपके पास ऐसे स्रोत हैं जिन पर मैं विशेष रूप से चर्चा कर सकता हूं? मैं केवल बहुत सार (या बहुत बुनियादी) उदाहरणों के साथ आया हूं जो इतना स्पष्ट नहीं करते हैं कि कुछ दृष्टिकोण बेहतर क्यों काम करते हैं
Inca
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.