Qt5 में सिग्नल और स्लॉट

Qt5 अल्फा ने प्रकाश को देखा। इस लेख में मैं उन विशेषताओं में से एक का वर्णन करूंगा, जिन पर मैंने काम किया था - यह सिग्नल और स्लॉट के लिए एक नया वाक्यविन्यास है।

पिछला वाक्य-विन्यास

यह आमतौर पर हम सिग्नल और स्लॉट को कनेक्ट करते हैं:

connect(sender, SIGNAL(valueChanged(QString,QString)), receiver, SLOT(updateValue(QString)) ); 

वास्तव में, SIGNAL और SLOT मैक्रोज़ ने अपने तर्कों को तार में बदल दिया। फिर QObject::connect() इन पंक्तियों की तुलना moc यूटिलिटी द्वारा संकलित आत्मनिरीक्षण डेटा से करता है।

इस वाक्य रचना में क्या समस्या है?

इस तथ्य के बावजूद कि सामान्य तौर पर सब कुछ अच्छा काम करता है, अभी भी कुछ असुविधाएं हैं:

• संकलित समय पर जांच करने में असमर्थता: लाइनों को पार्स करने के बाद, सभी चेक रनटाइम पर किए जाते हैं। और इसका मतलब यह है कि यदि कोई टाइपो सिग्नल या स्लॉट के नाम पर रेंगता है, तो प्रोग्राम सफलतापूर्वक संकलित होगा, लेकिन कनेक्शन नहीं बनाया जाएगा। हम सब देखेंगे रनटाइम पर एक चेतावनी है।
• चूंकि सभी संचालन स्ट्रिंग्स के साथ किए जाते हैं, इसलिए स्लॉट्स में टाइप नामों का शाब्दिक रूप से संकेतों में टाइप नामों के साथ मेल खाना चाहिए। इसके अलावा, उन्हें हेडर फ़ाइलों में और कनेक्शन का वर्णन करने वाले कोड में मेल खाना चाहिए। इसका मतलब है कि जब टाइप-सी या नेमस्पेस का उपयोग करने की कोशिश कर रहा है।

नया सिंटैक्स: फ़ंक्शन पॉइंटर्स का उपयोग करना

आगामी Qt5 वैकल्पिक सिंटैक्स का समर्थन करता है। उपरोक्त दृष्टिकोण के अलावा, आप सिग्नल और स्लॉट को जोड़ने के इस नए तरीके का उपयोग कर सकते हैं:

 connect(sender, &Sender::valueChanged, receiver, &Receiver::updateValue ); 

जो अधिक सुंदर है वह स्वाद का मामला है। लेकिन नए विकल्प के लिए उपयोग करना बहुत सरल है।

अब उन लाभों पर विचार करें जो यह देता है:

संकलन समय पर जांचें

यदि आप सिग्नल या स्लॉट के नाम पर गलती करते हैं, या यदि स्लॉट के तर्क सिग्नल के तर्कों से मेल नहीं खाते हैं, तो आपको एक संकलन त्रुटि मिलेगी। यह आपको रिफैक्टरिंग के बाद का समय बचाएगा।

इसके अलावा, static_assert उपयोग उन मामलों में स्पष्ट त्रुटियों को दिखाने के लिए किया static_assert जहां तर्क मेल नहीं खाते या Q_OBJECT छोड़ दिया जाता है।

तर्क प्रकारों की स्वचालित कास्टिंग

अब आप न केवल टाइप किएड या नामस्थान का उपयोग किए बिना डर ​​सकते हैं, बल्कि उन संकेतों को भी कनेक्ट कर सकते हैं जो अन्य प्रकार के तर्कों को स्वीकार करते हैं, यदि अंतर्निहित कास्टिंग संभव है।

निम्नलिखित उदाहरण में, हम एक संकेत को QVariant जो QVariant को एक स्लॉट के पैरामीटर के रूप में स्वीकार करता है जो एक QVariant स्वीकार करता है। यह समस्याओं के बिना काम करेगा क्योंकि QVariant का एक निहित निर्माता है जो QVariant को स्वीकार करता है।

 class Test : public QObject { Q_OBJECT public: Test() { connect(this, &Test::someSignal, this, &Test::someSlot); } signals: void someSignal(const QString &); public: void someSlot(const QVariant &); }; 

हम किसी फ़ंक्शन को सिग्नल कनेक्ट करते हैं

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

लेकिन अब हम किसी भी फंक्शन या फनकार के साथ एक साइनल कनेक्ट कर सकते हैं:

 static void someFunction() { qDebug() << "pressed"; } // ... somewhere else QObject::connect(button, &QPushButton::clicked, someFunction); 

यह बढ़ावा या tr1 :: बाइंड के साथ संयोजन में एक बहुत शक्तिशाली विशेषता बन सकता है।

C ++ 11 से बेनामी फ़ंक्शन

पहले वर्णित सब कुछ पुराने C ++ 98 के साथ काम करता है। लेकिन अगर आप C ++ 11 का समर्थन करने वाले कंपाइलर का उपयोग करते हैं, तो मैं नई भाषा सुविधाओं का उपयोग करने की अत्यधिक अनुशंसा करता हूं। लैंबडा एक्सप्रेशन कम से कम MSVC 2010, GCC 4.5, क्लैंग 3.1 द्वारा समर्थित हैं। अंतिम दो के लिए, आपको एक ध्वज के रूप में -std=c++0x निर्दिष्ट करना होगा।

अब आप इस कोड को लिख सकते हैं:

 void MyWindow::saveDocumentAs() { QFileDialog *dlg = new QFileDialog(); dlg->open(); QObject::connect(dlg, &QDialog::finished, [=](int result) { if (result) { QFile file(dlg->selectedFiles().first()); // ... save document here ... } dlg->deleteLater(); }); } 

इससे एसिंक्रोनस कोड लिखना बहुत आसान हो जाता है।