Qt में मॉडल का उपयोग करना

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

चलो स्पष्ट के साथ शुरू करते हैं:

विगेट्स का उपयोग न करें

ये सभी QTableWidget , QListWidget और QListWidget आपके लिए नहीं हैं।

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

कुछ प्लसस, और मिनस, जबकि ध्यान नहीं दिया गया।

मानक मॉडल इंटरफ़ेस का उपयोग करें

सामान्य तौर पर, दूसरा बिंदु पहले से सीधे चलता है।

देखें कि क्या कार्य QAbstractItemModel आपको प्रदान करता है। केवल उन्हें मॉडल के साथ काम करने वाले आपके कोड द्वारा उपयोग किया जाना चाहिए। यह इंटरफ़ेस पर्याप्त से अधिक है। कोई शौकिया प्रदर्शन नहीं। उदाहरण के लिए, QStandardItemModel में ऐसी अद्भुत विशेषता है

 QStandardItem * item ( int row, int column = 0 ) const 

इसका उपयोग न करें। सभी ऑपरेशन जिसमें Item दिखाई देते हैं, केवल डेटा के साथ मॉडल को भरने का संचालन होना चाहिए।

यदि आप 3rd कॉलम 5 5 वीं पंक्ति 3 तत्व 5 पाठ जानने जा रहे हैं, तो न लिखें

 QString text = model->item(5, 3)->text(); 

इसके लिए मानक मॉडल इंटरफ़ेस का उपयोग करें:

 QModelIndex index = model->index(5, 3); QString text = index.data(Qt::DisplayRole).toString(); 

यह भविष्य में बहुत सारे प्रयासों को बचाएगा, जब आप मॉडल और डिस्प्ले घटक के बीच छद्म प्रदर्शन करने वाले एक प्रॉक्सी मॉडल को रखना चाहते हैं, और अचानक पाते हैं कि इसमें ऐसा अद्भुत item() फ़ंक्शन नहीं है।

QStandardItemModel से बचें

शायद यह स्पष्टीकरण के लिए सबसे कठिन और अविश्सनीय बिंदु है।

QStandardItemModel मॉडल एक सार्वभौमिक इंटरफ़ेस प्रदान करता है, इसलिए इसका उपयोग करके आप किसी भी प्रकार की डेटा प्रतिनिधित्व संरचना को जल्दी से बना सकते हैं।

हालांकि, इसके उपयोग में महत्वपूर्ण कमियां हैं।

सबसे पहले, Qt कुछ मामलों के लिए कई तैयार सरल मॉडल प्रदान करता है: QStringListModel , QDirModel , QFileSystemModel , QSqlQueryModel अपने रिश्तेदारों के साथ - आपकी सेवा में!

दुर्भाग्य से, ज्यादातर मामलों में वे बहुत उपयुक्त नहीं हैं। खैर, प्रत्येक मामले के लिए अपने खुद के मॉडल विकसित करने के लिए?

दरअसल, पहली नज़र में यह कार्य जटिल लगता है। वास्तव में, सब कुछ इतना डरावना नहीं है। लेकिन एक मॉडल लिखने के व्यावहारिक भाग पर जाने से पहले, आइए कुछ वैचारिक प्रश्नों को देखें।

QStandardItemModel का उपयोग करते समय डेटा के साथ काम करना QStandardItemModel ?

• हमें बाहरी स्रोत से डेटा प्राप्त होता है।
• हम प्राप्त आंकड़ों के साथ मॉडल को भरते हैं।
• इस प्रक्रिया के पूरा होने के बाद, आप मॉडल प्रदर्शित कर सकते हैं।
• उपयोगकर्ता द्वारा किए गए परिवर्तनों को सिंक्रनाइज़ करने के लिए, हम संकेतों की सदस्यता लेते हैं (उदाहरण के लिए, itemChanged() )

क्या यह इतना बुरा नहीं लगता है? वहाँ यह था!

सबसे पहले, यदि डेटा की मात्रा बड़ी है, तो एक मॉडल बनाने में बहुत समय लगेगा। इसके अलावा, चूंकि उपयोगकर्ता को उपयोगकर्ता को दिखाने से पहले मॉडल पूरी तरह से तैयार होना चाहिए, आपको सभी डेटा को पढ़ना होगा।

दूसरे, हम वास्तव में, दो डेटा मॉडल प्राप्त करते हैं - एक डेटा स्रोत है और दूसरा मानक Qt मॉडल है। और इन मॉडलों को सिंक्रनाइज़ करने की आवश्यकता है। यह कार्य इतना सरल नहीं है जितना पहली नज़र में लगता है।

उदाहरण के लिए, किसी उपयोगकर्ता ने सेल में कुछ मान बदल दिया है। हम इस मान को स्रोत पर लिखने का प्रयास कर रहे हैं, लेकिन कुछ भी नहीं निकलता है (उदाहरण के लिए, डेटा स्रोत खो गया है)। अब आपको पुराने मूल्य को वापस करने की आवश्यकता है ताकि डेटा की स्थिरता का उल्लंघन न हो। लेकिन उसे अभी भी कहीं से ले जाने की आवश्यकता है! यानी आपको दूसरा, बैकअप, डेटा सेट स्टोर करना होगा।

वास्तव में, विभिन्न प्रकार की समस्याएं एक दुखद तथ्य से उत्पन्न होती हैं: जैसे ही आप मानक मॉडल का उपयोग करना शुरू करते हैं, आप अपने डेटा को नियंत्रित नहीं करते हैं । आपके पास पहले से मौजूद तथ्य हैं , आप अपने डेटा की संरचना में हुई त्रुटियों को ठीक करने के लिए मजबूर हैं, लेकिन आप उनसे बच नहीं सकते । आप किसी भी अखंडता बाधाओं को लागू नहीं कर सकते।

इसलिए, मैं ज्यादातर मामलों के लिए मानक मॉडल को छोड़ने का प्रस्ताव करता हूं। वास्तव में, आपको अपना मॉडल विकसित करने की भी आवश्यकता नहीं है। क्योंकि आपका डेटा आपका मॉडल है। वह तैयार है। आपको केवल एक पतली आवरण लिखने की आवश्यकता है जो Qt MVC मॉडल के इंटरफ़ेस के साथ आपके मॉडल के इंटरफ़ेस से मेल खाता है।

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

साथ ही आपको एक साथ कई समस्याओं से छुटकारा मिल जाता है।

• एक मॉडल को "बनाने" की आवश्यकता नहीं है। मॉडल तैयार होने के बाद पहले से ही तैयार है। इसके साथ काम करना शुरू करने के लिए, आपको डेटा की आवश्यकता भी नहीं है। आपको केवल मेटा-जानकारी की आवश्यकता है जिसे आपने विकास के स्तर पर मॉडल में दर्ज किया है। इसके बारे में पूछने पर ही आपको बाकी सब कुछ चाहिए।
  इसके अलावा, यदि मॉडल में डेटा की मात्रा बड़ी है, तो उनमें से अधिकांश को शायद नहीं पूछा जाएगा।
• आप Qt MVC तकनीक का पूर्ण लाभ उठा सकते हैं, जैसे कि गतिशील रूप से डेटा लोड करना या जल्दी से लाइनें बढ़ाना।
• आप अपने डेटा पर अखंडता बाधाएं लगा सकते हैं और उपयोगकर्ता को इसे नष्ट करने से रोक सकते हैं।
• आप स्वचालित रूप से गणना किए गए डेटा और डिफ़ॉल्ट मानों का उपयोग कर सकते हैं।
  बस QStandardItemModel का उपयोग करने की कोशिश करें ताकि विषम मान वाले सेल को हरे रंग की पृष्ठभूमि के साथ प्रदर्शित किया जाए, और समान मान वाले कक्षों को लाल रंग के साथ प्रदर्शित किया जाए। सेल डेटा, ज़ाहिर है, उपयोगकर्ता द्वारा बदला जा सकता है।

अंतिम टिप

आपको क्या लगता है, मॉडल के किस फ़ंक्शन को सबसे अधिक बार कहा जाएगा? यह सही है, यह index() फ़ंक्शन है। इसे वास्तव में अक्सर कहा जाता है। नहीं, जितनी बार आपने सोचा था उतनी बार नहीं। अधिक बार परिमाण का एक क्रम। और index() फ़ंक्शन rowCount() और columnCount() फ़ंक्शन को कॉल करने की संभावना है। यह तीनों को जल्दी से काम करना चाहिए, खासकर अगर मॉडल में बहुत अधिक डेटा है।

लेकिन डेटा, कॉलिंग data() को अपडेट करने का अनुरोध केवल तभी होगा जब यह डेटा वास्तव में आवश्यक हो। उदाहरण के लिए, उन्हें उपयोगकर्ता को दिखाने के लिए। यदि डेटा का हिस्सा विंडो में दिखाई नहीं देता है, तो यह अनुरोध नहीं किया जाएगा।

पुनश्च अगर दिलचस्पी है, तो मैं मॉडल के साथ काम करने के विषय पर अधिक विस्तार से कुछ भी बात कर सकता हूं। प्रस्ताव स्वीकार किए जाते हैं।

कार्यकर्ताओं के अनुरोध पर, उन्होंने केडीपीवी को हटा दिया।