ब्लैकबेरी 10 एनडीके के नए इंप्रेशन

पिछले दो हफ्तों के लिए, मैंने ब्लैकबेरी 10 एनडीके में फिर से विलम्ब किया है, क्योंकि मेरे एक क्लाइंट ने मुझे उसकी मदद करने के लिए कहा था। मैंने अपना परिचय Qt कोर्स के लिए ब्लैकबेरी प्लेटफ़ॉर्म पर भेजने का सुझाव दिया, और मैंने BB10 और Cascades पर अपनी ट्यूटोरियल सीरीज़ के सुझावों का पालन करने की भी सिफारिश की, जो इस वर्ष के शुरुआत में YouTube पर प्रकाशित हुआ था। अब मैं आपके साथ ब्लैकबेरी 10 एनडीके के अपने नए इंप्रेशन साझा करना चाहता हूं। वैसे, मैंने इस वसंत में BB10 NDK के साथ अपने पहले प्रयोगों के बारे में पहले ही लिख दिया था।

चेतावनी। यह जेन्स वेलर के एक नोट का मुफ्त अनुवाद है। अनुवाद को दुनिया की वर्तमान स्थिति की एक सामान्य तस्वीर संकलित करने के लिए बनाया गया था [BB10 + Qt]। अच्छा पढ़ा है।

अनुप्रयोग और C ++

शुरू करने से पहले, अनुप्रयोगों और C ++ के बारे में संक्षिप्त परिचय। अन्य भाषाओं, जैसे जावा या .NET से संक्रमण करने वाले लोग, अक्सर C ++ में विशेष रूप से एप्लिकेशन लिखने की आवश्यकता को नहीं समझते हैं। विशेष रूप से भाषाओं से जबरन ओओपी और कचरा कलेक्टर से जुड़ा हुआ है - उनके लिए सी ++ में उपयोग की जाने वाली सभी अवधारणाओं को समझना आसान नहीं है। मेरी राय में, वास्तव में, अनुप्रयोग विकास के लिए सी ++ का उपयोग करने के कई कारण हैं, विशेष रूप से इस तरह के एक शक्तिशाली क्यूटी ढांचे के साथ संयोजन के रूप में। प्रदर्शन का एक कारण प्रदर्शन है, क्योंकि सी ++ वास्तव में हार्डवेयर के करीब है, आपका एप्लिकेशन न्यूनतम बैटरी खाएगा। इस तथ्य का उल्लेख नहीं करने के लिए कि भविष्य में डिवाइस के प्रदर्शन के विकास के लिए एक छत है, हर्ब सटर ने अपने लेख "मुफ्त राशन समाप्त हो गया" में इसका उल्लेख किया है ( वेबमास्क से हब पर अनुवाद है - लगभग। अनुवादक )। Qt फ्रेमवर्क अब Android और iOS दोनों के लिए उपलब्ध है, इसलिए C ++ और Qt / QML मोबाइल एप्लिकेशन बनाने के लिए वास्तव में एक शक्तिशाली संयोजन बन गए हैं।

NDK और Cascades

इसलिए, जब आप ब्लैकबेरी 10 के लिए एप्लिकेशन विकसित करते हैं, तो आपको ब्लैकबेरी एनडीके के साथ शुरू करना होगा। मेरे पास हौसले से जारी 1.2 संस्करण के साथ खेलने के लिए पर्याप्त समय नहीं था, लेकिन पहली नज़र में आईडीई काफ़ी बेहतर और अधिक स्थिर हो गया। लेकिन 1.2 को अभी तक "सुनहरा" दर्जा नहीं मिला है (एक एपीआई को फिक्स करना, यह पहले से ही एक अनुवादक की टिप्पणी प्राप्त कर चुका है ), इसलिए मैं 1.1 के तहत लिखने की सलाह देता हूं, जब तक कि आपको 1.2 से कुछ की आवश्यकता न हो। BlackBerry NDK Cascades फ्रेमवर्क के साथ आता है, एपीआई जो आप BB10 के लिए एप्लिकेशन विकसित करते समय उपयोग करेंगे। Cascades Qt के ऊपर बनाया गया है और QML का उपयोग करता है, जबकि Qt5 में QtQuick 2 है क्योंकि BlackBerry का अपना QML कार्यान्वयन है जो UI थ्रेड में चलता है। तो QtQuick1 या 2 के तहत बनाया गया QML Cascades के तहत काम नहीं करेगा। और Qt5 कैस्केड द्वारा पूरी तरह से समर्थित नहीं है - वर्तमान संस्करण Qt 4.8 पर आधारित है।

2010 के बाद से, मुझे क्यूटी और क्यूएमएल पर मोबाइल विकास में रुचि है, मैं MeeGo के साथ व्यस्त रहा करता था, और अब मैं ब्लैकबेरी के साथ हूं। BB10 में QML थोड़ा अलग है, यह विशेष तत्वों का उपयोग करता है, उदाहरण के लिए: कंटेनर, पृष्ठ और नियंत्रण, जबकि QtQuick1 / 2 आइटम या आयत जैसे काफी बुनियादी तत्व प्रदान करता है। तो क्यूएमएल और उसके एपीआई के लिए, ब्लैकबेरी की अपनी छोटी दुनिया है। इस बीच, Qt5 अनुप्रयोगों को BB10 पर बनाया और चलाया जा सकता है, हालांकि यह एकीकरण की डिग्री के साथ नहीं होगा जो Cascades प्रदान करता है।

क्यूएमएल और सी ++

प्रलेखन और चर्चाओं को देखते हुए, C ++ में अधिकांश कार्यों और पुलों के लिए केवल आवश्यक होने पर QML का उपयोग करने के लिए मुख्य दृष्टिकोण नीचे आता है। उदाहरण के लिए, जब C ++ में मॉडल लिखते हैं और अपने QML तक Q_PROPERTY लिए Q_PROPERTY का उपयोग करते हुए वर्ग विधियों की घोषणा करते हैं। तब ज्यादातर काम QML की तरफ से होता है। QML के पास त्रुटियों को सत्यापित करने और जांचने के कुछ तरीके हैं, उदाहरण के लिए कंसोल .assert, लेकिन चूंकि QML जावास्क्रिप्ट में अनुवादित है और इसमें मजबूत टाइपिंग नहीं है, इसलिए यह टाइप मिलान के लिए जाँच नहीं कर सकता है। चर नाम में एक टाइपो इस तथ्य को जन्म देगा कि क्यूएमएल इस त्रुटि को नोटिस नहीं कर सकता है, लेकिन इस चर को नया घोषित करने पर विचार करें। एक सरल उदाहरण:

 Container { layout: DockLayout { } Label{ text:ListItemData.titel } } 

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

इससे कैसे निपटें? Cascades के पीछे Qt पर निर्मित C ++ फ्रेमवर्क निहित है, इसलिए कम से कम C ++ में हमारे पास इसका पता लगाने और त्रुटि की रिपोर्ट करने का एक मौका है। दुर्भाग्य से, संकलन समय पर इसका पता नहीं लगाया जा सकता है, लेकिन मैं उस दिशा में काम कर रहा हूं। तो Q_ASSERT एक जाँच करता है जबकि अनुप्रयोग चल रहा है। QML में शामिल Cascades के सभी तत्वों के लिए, C ++ में एक वर्ग है जो रनटाइम के दौरान प्रत्येक तत्व के लिए गतिशील रूप से त्वरित है। कैस्केड्स एपीआई आपको इन वर्गों की वस्तुओं की खोज करने की अनुमति देता है और कुछ चीजों को नियंत्रित करने का एक तरीका प्रदान करता है। ListView लिए एक वर्ग भी है जो C ++: ListItemProvider से एक ListView लिए वस्तुओं की आपूर्ति करता है। इस वर्ग का अपना इंटरफ़ेस है:

 virtual bb::cascades::VisualNode* createItem(bb::cascades::ListView* listview,const QString& type); virtual void updateItem(bb::cascades::ListView* listview,bb::cascades::VisualNode* node,const QString& type,const QVariantList& indexPath, const QVariant& data); 

इन आभासी तरीकों के इसके कार्यान्वयन से आप सूची दृश्य में प्रदर्शन के लिए आइटम बना सकते हैं और उन्हें वास्तविक मूल्यों से भी भर सकते हैं। ब्लैकबेरी कार्यान्वयन उदाहरण प्रदान करता है। दुर्भाग्य से, ये उदाहरण QML का उपयोग नहीं करते हैं, लेकिन पूरी तरह से C ++ में लिखे गए हैं। लेकिन मैं व्यक्तिगत रूप से UI के लिए QML का उपयोग करना पसंद करता हूं। और इस तरह की एक OOP शैली, जैसे कि ब्लैकबेरी से उदाहरण में, प्रत्येक व्यक्ति ListView लिए ListItemProvider से विरासत का अर्थ है, और मैं इस समस्या को एक बार और सभी के लिए हल करना चाहूंगा, इसलिए मेरे पास अपना सामान्यीकृत ListItemProvider । चूंकि एप्लिकेशन चल रहा है, इसलिए सभी चेक होते हैं, C ++ टेम्प्लेट एक विकल्प नहीं है, आइए निम्नलिखित कार्यान्वयन पर एक नज़र डालें। इससे पहले कि मैं crateItem पर जाऊं, AddType पर एक संक्षिप्त स्निपेट, प्रत्येक के लिए हैंडलर घोषित करने के लिए एक सहायक विधि:

 void ListViewItemProvider::addType(const QString& type, const QString& qmlasset, const listitem_callback& callback) { bb::cascades::QmlDocument* doc = bb::cascades::QmlDocument::create(qmlasset); if(!doc->hasErrors()) { doc->setParent(this); type_map.insert(type,doc); callback_map.insert(type,callback); }//TODO add additional error checking & handling } 

यह विधि विभिन्न प्रकारों के लिए अलग-अलग हैंडलर जोड़ती है। QML स्ट्रिंग प्रकारों का उपयोग करते हुए प्रकार में वर्णित हैं, इसलिए QMap<QString, QmlDocument*> समर्थित प्रकारों को संग्रहीत करने के लिए पर्याप्त होगा। यह विधि एक qml संसाधन (उदाहरण के लिए, file:///partial.qml - अनुवादक टिप्पणी ) को QmlDocument QmlDocument::create का उपयोग करके QmlDocument::create । वैसे, QmlDocument::create वास्तव में QmlDocument* वापस नहीं करता है, जैसा कि ऊपर दिए गए उदाहरण में बताया गया है। यह QmlDocument का निर्माण करने के लिए Builder उपयोगिता वर्ग का संदर्भ देता है, फिर यह QmlDocument* एक अंतर्निहित रूपांतरण करने लगता है। मूल रूप से, यहां कुछ भी दिलचस्प नहीं है, आगे बढ़ें, createItem विधि:

 bb::cascades::VisualNode* ListViewItemProvider::createItem(bb::cascades::ListView* listview,const QString& type) { if(type_map.find(type)!=type_map.end()) { bb::cascades::Container* node = type_map[type]->createRootObject<bb::cascades::Container>(); return node; } Q_ASSERT_X(false,__FUNCTION__,type +" TYPE not handled"); bb::cascades::Container* con = new bb::cascades::Container(0); bb::cascades::Label* label = new bb::cascades::Label(con); label->setText("ERROR"); return con; } 

यह कोड पहले प्रकार के पंजीकरण की जांच करता है, और फिर QmlDocument::createRootObject माध्यम से ऑब्जेक्ट बनाता है, जो एक पॉइंटर को बनाए गए ऑब्जेक्ट पर लौटाता है। यह एक टेम्प्लेट है, इसलिए हमें पहले से पता होना चाहिए कि किस प्रकार का ऑब्जेक्ट बनाना है। अब तक मैंने अपने लिए तय किया है कि सभी यूआई तत्वों के लिए मैं Container को रूट ऑब्जेक्ट के रूप में उपयोग करूंगा। शायद VisualNode* प्रकार, जो createItem विधि का रिटर्न मान है, यहां भी उपयुक्त है। यहां सबसे दिलचस्प हिस्सा त्रुटि से निपटने का है, हमें यह कैसे करना चाहिए? यहाँ Q_ASSERT_X आता है और एक त्रुटि की रिपोर्ट करता है। लेकिन डिबगिंग के बिना विधानसभा के मामले में, यह कुछ भी रिपोर्ट नहीं करेगा, और फिर भी, विधि को कुछ मूल्य वापस करना चाहिए। दस्तावेज़ीकरण में 0 के बारे में कुछ भी नहीं कहा गया है, इसलिए यह सोचने का कोई कारण नहीं है कि यह इस पद्धति के लिए एक वैध रिटर्न मूल्य है। लेकिन दूसरी ओर, प्रलेखन में स्पष्ट रूप से कहा गया है कि लौटा हुआ सूचक ListView भले ही हम 0 लौटे (सौभाग्य से, BB10 डेवलपर्स ने इसे प्रदान किया है), यह परीक्षक से त्रुटि को छिपाएगा। इसलिए मैंने त्रुटि पाठ के साथ Label साथ एक छोटा Container वापस करने का फैसला किया। हो सकता है कि मैं संदेश को बेहतर रूप दे सकता था, लेकिन इस संस्करण में परीक्षक को इस त्रुटि पर ध्यान देने की अधिक संभावना है। वैकल्पिक रूप से, आप एक अपवाद फेंक सकते हैं, लेकिन उसके बाद नियंत्रण को Cascades API और Qt पर वापस स्थानांतरित कर दिया जाता है, और यह सबसे अच्छा विकल्प नहीं है, क्योंकि Qt और Cascades अपवादों का उपयोग नहीं करते हैं, हालांकि वे BB10 में समर्थित हैं।

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

 if(callback_map.find(type)!=callback_map.end()) { #ifndef USE_BOOST (*callback_map[type])(node,indexPath,data); #else callback_map[type](node,indexPath,data); #endif } 

इस क्षण तक, मैं USE_BOOST USE_BOOST उपयोग / छुपा नहीं सकता था, लेकिन इस तरह के कॉलबैक के लिए, C ++ प्रोग्रामर को पहले boost::function विचार करना चाहिए। और जब से ब्लैकबेरी का दावा है कि बढ़ावा समर्थित है, मैं निश्चित रूप से इसका उपयोग करता हूं। और फिर यह पता चलता है कि यह इतना सरल नहीं है, कम से कम मेरा boost/type_traits/detail/cv_trait_impl.hpp में त्रुटि के साथ क्रैश हो जाता है। मुझे पता है कि बूस्ट का उपयोग कई लोगों द्वारा किया जाता है, इसलिए मेरे टूलकिन या लिनक्स वितरण की सेटिंग के कारण यह सबसे अधिक त्रुटि है। त्रुटि प्रीप्रोसेसर से आती है, जीसीसी संस्करण 4.6.3 पर, त्रुटि पाठ कोष्ठक बेमेल के बारे में कहता है। मैंने एक स्थानीय मशीन पर अपने वर्जन को बढ़ावा देना पसंद किया और इसे बढ़ावा देने वाले समुदाय और ब्लैकबेरी को सूचना दी। यदि आप BB10 के तहत बूस्ट का उपयोग करते हैं, तो आप बेहतर तरीके से GitHub ब्लैकबेरी से बूस्ट संस्करण का उपयोग करते हैं । चूंकि सभी को बढ़ावा देने की आवश्यकता नहीं है, मैंने इसके बिना एक संस्करण भी बनाया, अगर मामले में वृद्धि फिर से टूट जाती है।

और अंतिम, लेकिन कम से कम, कॉलबैक कार्यान्वयन:

 void ApplicationUI::callbackMyListItem(bb::cascades::VisualNode* node,const QVariantList& indexPath, const QVariant& data) { bb::cascades::ImageView* image = node->findChild<bb::cascades::ImageView*>("imageview"); Q_ASSERT(image); if(image) { QString name_image = "image"; //this must be correct! QVariantMap map = data.toMap(); bool hasdata = map.contains(name_image); Q_ASSERT(hasdata); if(hasdata) image->setImageSource(map[name_image].toUrl()); } } 

इस स्थिति में, छवि के लिए पथ सेट है। VisualNode सूचक को VisualNode विरासत VisualNode मिला है, ताकि चाइल्ड ऑब्जेक्ट्स को findChild माध्यम से प्राप्त किया जा सके, जो 0 में वापस आ जाएगा यदि कुछ नहीं मिला। इसलिए, इस मामले को सत्यापित करने के लिए यहां Q_ASSERT का उपयोग करना उचित है। फिर QVariantMap में डेटा QVariantMap जाता है। चूंकि किसी भी मामले में हमें किसी प्रकार की छवि की आवश्यकता होती है, इसलिए हम QVariantMap कंटेनर में एक तत्व की उपस्थिति के लिए जांच करते हैं। यदि नहीं, तो Q_ASSERT फिर से बचाव में आता है। यह कॉलबैक केवल boost::bind साथ पंजीकृत है।

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

आईडीई

अब, IDE के बारे में कुछ शब्द। जैसा कि मैंने पहले कहा था, संस्करण 1.2 की रिहाई के साथ आईडीई में सुधार हुआ है। पर्यावरण में सुधार हो रहा है, लेकिन कुछ मामलों में यह अभी भी परिपूर्ण से दूर है। क्यूएमएल संपादक अभी भी पर्याप्त नहीं है, लेकिन जब यह क्रैश होता है तो यह पूरे आईडीई को नहीं गिराता है। एक विकल्प क्यूटी क्रिएटर हो सकता है, जिसमें क्यूएमएल के लिए समर्थन में भी सुधार हुआ है। फिलहाल, ऐसा लगता है कि ब्लैकबेरी से मोमेंटिक्स आईडीई (एस्लिप्स - लगभग अनुवादक पर आधारित) कैस्केड के विकास की बात आती है, तो QtCreator से बेहतर है। सबसे पहले, QtCreator में Cascades के साथ कोई एकीकरण नहीं है, इसलिए QML ऑटो-पूर्ण होने से काम नहीं चलेगा, क्योंकि NDK में इसके लिए कोई आवश्यक फ़ाइल नहीं है। उसी कारण से, दृश्य QML संपादक काम नहीं करेगा। Qt, बेशक, QtCreator में थोड़ा बेहतर समर्थित है, लेकिन NDK के संस्करण 1.2 में वास्तव में इस दिशा में कई सुधार हैं। QtCreator द्वारा पेश किए गए प्रोजेक्ट टेम्प्लेट मोमेंटिक्स में उतने अच्छे नहीं हैं, उदाहरण के लिए, उनके पास स्थानीयकरण कोड का एकीकरण नहीं है। मैं इस तथ्य को पसंद करता हूं कि मोमेंटिक्स में टेम्प्लेट में मुख्य क्रॉप में क्यूट्रांसलेटर शामिल हैं। मोमेंटिक्स और QtCreator ओबामा मेरी DevAlpha डिवाइस के लिए एक कामकाजी एप्लिकेशन बना सकते हैं, इसलिए QtCreator में BB10 के लिए विकास संभव है, लेकिन बढ़ने के लिए जगह है।

अगर आपको जरूरत है तो मैंने ListViewItemProvider स्रोत कोड डाउनलोड किए ...

लोकप्रिय टिप्पणियाँ (1 पीसी)

"मुर्दाघर की यात्रा कौन करना चाहता है?"