मुझे लगता है कि मॉडल / दृश्य नियंत्रण के साथ Qt में प्रयुक्त शब्दावली त्रुटिपूर्ण है। पर उनके स्पष्टीकरण पेज वे राज्य है कि वे देखें और नियंत्रक विलय और वे निम्न चित्र दे रहे हैं द्वारा एमवी को MVC सरलीकृत:
हालाँकि मुझे लगता है, उन्होंने वस्तुओं की भूमिकाओं को गलत बताया और मुझे लगता है कि,
- जिसे वे मर्ज किए गए नियंत्रक के साथ दृश्य कहते हैं, वह वास्तव में केवल एक दृश्य है।
- जिसे वे मॉडल कहते हैं, वह वास्तव में नियंत्रक है।
- यदि आप वास्तव में एक मॉडल रखना चाहते हैं तो यह कहीं ऐसा होगा जहां उनका "डेटा" है।
मैं सामान्य और समझदार तरीके से बोल रहा हूं कि आप अपने ऐप में Qt मॉडल / व्यू कंपोनेंट का उपयोग करेंगे। ये कारण हैं:
- यह आम तौर पर Qt घटक होता है जो आपकी वस्तुओं के लिए किसी भी नियंत्रक तर्क को जोड़े बिना, जैसा कि प्रयोग किया जाता है)
- यह शायद ही एक मॉडल है, सिर्फ इसलिए कि आपको कई क्यूटी तरीकों जैसे कि राउन्डकाऊंट, कॉलमकाउंट, डेटा आदि को लागू करना चाहिए, जिनका आपके मॉडल से कोई लेना-देना नहीं है। वास्तव में कंट्रोलर में विशिष्ट मॉडल विधियां पाई जाती हैं। बेशक, आप यहां नियंत्रक और मॉडल तर्क दोनों को लागू कर सकते हैं, लेकिन पहले यह काफी खराब कोड डिज़ाइन होगा और दूसरी बात यह है कि आप नियंत्रक और मॉडल को नहीं बल्कि नियंत्रक और दृश्य को मर्ज करेंगे क्योंकि वे राज्य हैं।
- जैसा कि कारण 2 में कहा गया है। यदि आप मॉडल तर्क को अलग करना चाहते हैं, तो यह निश्चित रूप से तस्वीर पर ब्लू बॉक्स नहीं है, बल्कि धराशायी "डेटा" बॉक्स (वास्तविक डेटा के लिए संचार करना) है।
क्या उनकी शब्दावली में क्यूटी गलत है, या यह सिर्फ मुझे है जो समझ नहीं आता है? (BTW: इसका कारण यह नहीं है कि यह अकादमिक प्रश्न नहीं है कि मैंने अपने नामकरण के बाद अपनी परियोजना को कोड करना शुरू कर दिया है और मुझे जल्द ही पता चला है, कि कोड स्पष्ट रूप से सही नहीं है। इसके बाद ही मुझे एहसास हुआ कि मुझे चाहिए। मॉडल लॉजिक लगाने की कोशिश न करें जिसे वे मॉडल कहते हैं)
1
MFC ने CDP और CView के साथ 2part मॉडल / व्यू गाइस के लिए मानक निर्धारित किया है - कोई कारण नहीं है कि एक विशेष MVC 'सही' है
—
मार्टिन बेकेट
@ मर्टिन बी: मेरे पास एमएफसी पर एक नज़र होगी, हालांकि यहां तक कि अगर अलग-अलग एमवीसी मॉडल हैं, तो मुझे लगता है कि उन्हें अपनी शब्दावली में सुसंगत होना चाहिए और मुझे लगता है कि मैंने मान्य तर्क प्रस्तुत किए हैं, क्यों इस्तेमाल की गई शब्दावली इस विशेष मामले में सुसंगत नहीं है। वे केवल यह कहते हैं कि उन्होंने व्यू और कंट्रोलर को मिला दिया है, लेकिन मुझे लगता है कि यह मामले में सिर्फ भ्रामक है। मुझे नहीं लगता कि कोई एमवीसी मॉडल है जहां सभी एप्लिकेशन विशिष्ट तर्क हो यह प्रस्तुति हो या मॉडल लॉजिक को मॉडल नामक एक ऑब्जेक्ट में डालना होगा।
—
गोर
@ मर्टिन बी: क्यूटी शब्दावली के तहत सभी मॉडलों में आम एपीआई है जिसका मॉडल संरचना से कोई लेना-देना नहीं है, लेकिन सामान्य नियंत्रक संरचना के साथ सब कुछ करना है, जो स्पष्ट रूप से संकेत है कि इसे मॉडल कहना सही नहीं है। मैं यह नहीं कह रहा हूं कि एक सही MVC मॉडल है, लेकिन इसका मतलब यह नहीं है कि कुछ भी MVC मॉडल कहा जा सकता है। हो सकता है कि यह MFC में भी त्रुटिपूर्ण हो और मुझे इस पर एक नज़र हो सकती है, लेकिन मुझे Qt में यह दिलचस्पी है कि यह सही है, वह MFC जिसका उपयोग करने का मेरा कोई इरादा नहीं है। क्या आपके पास कोई अच्छा लिंक है जहां MFC मॉडल / व्यू सेपरेशन समझाया गया है?
—
Gorn
MVC की शब्दावली किसी भी तरह से सर्वसम्मति से सहमत नहीं है, इसलिए आपके प्रश्न को तर्कपूर्ण माना जा सकता है। हालांकि मार्टिन फाउलर ( martinfowler.com/eaaDev/index.html ) द्वारा किए गए उत्कृष्ट कार्यों से कई सहमत होंगे । आमतौर पर, नियंत्रक उपयोगकर्ता इनपुट को संभालता है और इस अर्थ में, Qt विजेट्स निश्चित रूप से दृश्य और नियंत्रक को जोड़ती है।
—
अर्नोल्ड स्पेंस
मैं समझता हूं कि एमवीसी के कई स्वाद हैं लेकिन इसका मतलब यह नहीं है कि एमवीसी कुछ भी हो सकता है। क्यूटी ने लाइन पार कर ली है और मैंने कई कारण दिए हैं। मार्टिन फाउलर MVC के विभिन्न प्रकारों की व्याख्या करते हैं, लेकिन उनमें से कोई भी ऐसा नहीं है जो Qt MVC का उच्चारण करता है। सबसे समान है martinfowler.com/eaaDev/PresentationModel.html , लेकिन प्रस्तुति मॉडल = नियंत्रक (उपयोगकर्ता सहभागिता) भाग और मॉडल (डेटा तर्क) के बीच यह अंतर करता है। इसलिए हालांकि एमवीसी की कोई सटीक परिभाषा नहीं है, क्यूटी उनमें से किसी का भी पालन नहीं करता है। यदि आप मुझे ऐसी परिभाषा के लिए लिंक दे सकते हैं, तो कृपया ऐसा करें।
—
Gorn