🖥️ 😵 🏡 पोर्ट Qt त्वरित घटक S60 5 वें संस्करण में 😫 👨‍⚖️ 👩🏾‍⚖️

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

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

सिम्बियन के लिए पुस्तकालय के संस्करण के प्रलेखन की जांच करना शुरू करना, मैं तुरंत कुछ अप्रिय समाचारों के साथ आया। प्रलेखन के अनुसार , क्यूटी क्विक अवयव केवल आधुनिक सिम्बियन ^ 3, सिम्बियन अन्ना और नोकिया बेले के लिए समर्थित है। मेरे लिए, हमारे देश में पहली पीढ़ी के नोकिया टच स्मार्टफ़ोन की लोकप्रियता को देखते हुए, जैसे कि 5800 XpressMusic, 5228, आदि, यह भी S60 5th संस्करण प्लेटफॉर्म का समर्थन करने के लिए आवश्यक था। केवल एक ही चीज़ बची थी - अपने स्वयं के जोखिम और जोखिम पर पुस्तकालय को इस ऑपरेटिंग सिस्टम पर भी पोर्ट करना। अनुभव सफल रहा, और यहां मैंने क्यूटी क्विक कंपोनेंट्स के अपने संस्करण का उपयोग करके डेमो एप्लिकेशन का पूर्ण स्रोत कोड प्रकाशित किया। निम्नलिखित केवल सबसे जटिल पोर्टिंग मुद्दों को दिखाता है, मुख्य रूप से क्यूमेक प्रोग्रामिंग से संबंधित है।

अनलोड

यहां यह नोट करना महत्वपूर्ण है कि यह 1.0 शाखा है जिसे पंप करने की आवश्यकता है - यह बॉक्स से लगभग बाहर काम करता है। 1.1.x लाइब्रेरी के बाद के संस्करणों में हेडर फ़ाइलों और पुस्तकालयों के रूप में सिम्बियन एसडीके पर "भारी" निर्भरताएं हैं जो S60 5 वें संस्करण एसडीके में नहीं हैं। आप लिंक का उपयोग करके या संबंधित Git कमांड का उपयोग करके स्रोत को संग्रह के रूप में प्राप्त कर सकते हैं:

git clone git://gitorious.org/qt-components/qt-components.git -b 1.0-symbian

Shamanov

इस तथ्य के बावजूद कि क्यूटी प्रलेखन प्लग-इन बनाने का एक विस्तृत उदाहरण प्रदान करता है, कोष्ठक के पीछे रहने वाला बहुत मुश्किल हिस्सा * .pro और * .pri- प्रोजेक्ट की फ़ाइलें (इसके बाद बस स्क्रिप्ट) का कॉन्फ़िगरेशन है। तो, क्यूटी क्रिएटर पर्यावरण द्वारा डिफ़ॉल्ट रूप से बनाई गई लिपियों में क्यूटी क्विक प्लगइन्स वाला इंस्टॉलर बनाने के लिए कोई तंत्र नहीं है। सिम्बियन पर एप्लिकेशन इंस्टॉल करने की एक विशेषता यह है कि सभी निष्पादन योग्य फ़ाइलों और गतिशील पुस्तकालयों को C: \ sys \ bin डायरेक्टरी में रखा जाना चाहिए, जबकि विंडोज इनमें से स्थान को विनियमित नहीं करता है। नतीजतन, ऐसी स्थिति में आना बहुत आसान है जहां एमुलेटर और डिवाइस के लिए एप्लिकेशन की स्थापना के परिणामस्वरूप फ़ाइल संरचनाएं काफी भिन्न होंगी, जो प्रत्येक प्लेटफॉर्म के लिए विशिष्ट मायावी इंस्टॉलर बग की खोज की ओर ले जाएगी। स्क्रिप्ट विकसित करते समय मेरा मुख्य विचार ठीक था कि उन्होंने विंडोज और सिम्बियन दोनों पर समान रूप से एप्लिकेशन इंस्टॉल किया था। हम उन पर विचार करने के लिए आगे बढ़ें।

/config.pri

 isEmpty(APP_SOURCE_TREE): APP_SOURCE_TREE = $$PWD isEmpty(APP_INSTALL_LIBS): APP_INSTALL_LIBS = $$APP_SOURCE_TREE/lib isEmpty(APP_INSTALL_ROOT): APP_INSTALL_ROOT = $$APP_SOURCE_TREE/install isEmpty(APP_INSTALL_BINS): APP_INSTALL_BINS = $$APP_INSTALL_ROOT/sys/bin isEmpty(APP_INSTALL_IMPORTS): APP_INSTALL_IMPORTS = $$APP_INSTALL_ROOT/resource/demo/imports isEmpty(APP_INSTALL_RESOURCES): APP_INSTALL_RESOURCES = $$APP_INSTALL_ROOT/resource/apps/demo symbian { # Symbian-specific paths from # [QtSDK]\Symbian\SDKs\[SymbianSDK]\mkspecs\features\symbian\data_caging_paths.prf load(data_caging_paths) # project-specific isEmpty(APP_IMPORTS_BASE_DIR): APP_IMPORTS_BASE_DIR = $$RESOURCE_FILES_DIR/demo/imports isEmpty(APP_RESOURCES_BASE_DIR): APP_RESOURCES_BASE_DIR = $$APP_RESOURCE_DIR/demo isEmpty(APP_CAPABILITY): APP_CAPABILITY = NetworkServices ReadUserData UserEnvironment }

Config.pri फ़ाइल अन्य स्क्रिप्ट में उपयोग किए गए सभी पर्यावरण चर को परिभाषित करती है। $ $ पीडब्ल्यूडी का उपयोग करते हुए, परियोजना रूट का मार्ग निर्धारित किया जाता है, जबकि शेष पथ इसके सापेक्ष परिभाषित किए जाते हैं। प्रोजेक्ट का निर्माण करते समय, स्थापित फ़ोल्डर को इसकी जड़ में बनाया जाएगा, जो डिवाइस पर C: सिस्टम ड्राइव का प्रोटोटाइप है। बस की तरह, यह परियोजना डिवाइस पर रखी जाएगी।

हम उनमें से सबसे सरल घटकों का उपयोग करते हुए संक्षिप्तता के लिए प्लगइन स्क्रिप्ट पर विचार करेंगे। प्रत्येक प्लगइन में एक पुजारी फ़ाइल और एक ही नाम की एक प्रो फ़ाइल होती है। पहला इंस्टॉलर बनाने के लिए उपयोग किए गए प्लगइन के गुणों का वर्णन करता है, दूसरा लाइब्रेरी का निर्माण करने के लिए उपयोग किए गए गुणों का वर्णन करता है।

/src/3rdparty/qt-components/components/components.pri

 QT_COMPONENTS_PLUGIN.source_path = \ src/3rdparty/qt-components/components QT_COMPONENTS_PLUGIN.imports_path = \ Qt/labs/components QT_COMPONENTS_PLUGIN.target = \ $$qtLibraryTarget(embedded_qt_components_plugin) QT_COMPONENTS_PLUGIN.qml_files += \ qmldir \ Checkable.qml \ CheckableGroup.qml \ CheckableGroup.js APP_PLUGINS += QT_COMPONENTS_PLUGIN

प्लगइन का वर्णन करने वाले संरचना में फ़ील्ड के गुणों के निम्नलिखित अर्थ हैं:

source_path - प्रोजेक्ट रूट के सापेक्ष प्लगइन का पथ;
import_path - एप्लिकेशन आयात निर्देशिका की जड़ के सापेक्ष पथ; अगर हम स्लैश को डॉट्स से बदल देते हैं, तो हमें एप्लिकेशन के qml-files में आयात नामकरण मिलता है, उदाहरण के लिए, इस मामले में -
```
 import Qt.labs.components; 
```
लक्ष्य - पुस्तकालय का नाम बनाया जा रहा है;
qml_files - उपलब्ध प्लगइन विगेट्स की एक सूची जब यह qml फ़ाइल में जुड़ा होता है।

डिवाइस पर उपलब्ध मूल प्लग-इन के लिए उन लोगों के साथ एक-पर-एक में निर्मित क्यूटी क्विक कंपोनेंट्स के सापेक्ष आयात पथ। उनके साथ काम करने वाले प्लगइन्स की प्रकृति को जानने से क्यूएमएल फाइलें सार करती हैं, जो आपको S60 5 वें संस्करण और आधुनिक सिम्बियन के लिए असेंबलियों में उनके बीच स्विच करने की अनुमति देता है। Pri-file की अंतिम पंक्ति में, हम APP_PLUGINS में कंपोनेंट्स प्लगइन जोड़ते हैं - डिवाइस पर इंस्टॉल किए गए प्लगइन्स की एक सरणी।

/src/3rdparty/qt-components/components/components.pro

 include(../../../../config.pri) include(components.pri) TARGETPATH = $$QT_COMPONENTS_PLUGIN.imports_path TEMPLATE = lib TARGET = $$QT_COMPONENTS_PLUGIN.target INCLUDEPATH += $$PWD $$PWD/models CONFIG += qt plugin QT += declarative network script DEFINES += QT_BUILD_COMPONENTS_LIB QML_FILES += $$QT_COMPONENTS_PLUGIN.qml_files symbian { TARGET.EPOCALLOWDLLDATA = 1 TARGET.CAPABILITY += $$APP_CAPABILITY TARGET.UID3 = 0xE1E604E2 } HEADERS += qglobalenums.h SOURCES += plugin.cpp include(kernel/kernel.pri) include(models/models.pri) include(../../../../install.pri)

बहुत शुरुआत में युग्मित प्रो फ़ाइल में APP_CAPABILITY जैसे सभी पर्यावरण चर का लाभ लेने के लिए config.pri शामिल है। उत्तरार्द्ध का उपयोग सिम्बियन सुरक्षा प्रणाली के कारण होता है, जो इस बात पर जोर देता है कि निष्पादन योग्य फ़ाइल द्वारा उपयोग किए जाने वाले गतिशील पुस्तकालयों का उपयोग स्तर फ़ाइल के एक्सेस स्तर से कम नहीं है। इसके साथ अपने आप को परेशान न करने के लिए, सबसे आसान तरीका है कि सभी प्लग-इन और एक्स-शनिक को एक ही क्षमता मिल जाए।

हम शुरू करते हैं

नीचे कॉन्फ़िगरेशन फ़ाइल है जो सभी प्लगइन्स को एक साथ इकट्ठा करती है। हम इसमें सभी क्यूटी क्विक कंपोनेंट्स प्लग-इन की बेशुमार फाइलें शामिल करते हैं और सिम्बियन के लिए इंस्टॉलर बनाने के निर्देशों के साथ फाइल बनाने के लिए निर्देश बनाते हैं।

src / app / gui / gui.pro

 include(../../../config.pri) include(../../3rdparty/qt-components/components/components.pri) include(../../3rdparty/qt-components/symbian/symbian.pri) include(../../3rdparty/qt-components/symbian/extras/extras.pri) CONFIG += qt mobility QT += core declarative network TARGET = EmbeddedComponents DESTDIR = $$APP_INSTALL_BINS # skip... symbian { # skip... for(plugin, APP_PLUGINS) { pluginstub = pluginstub$${plugin} pluginstubsources = $${pluginstub}.sources $$pluginstubsources = $$symbianRemoveSpecialCharacters($$eval($${plugin}.target)).dll pluginstubpath = $${pluginstub}.path $$pluginstubpath = $$APP_IMPORTS_BASE_DIR/$$eval($${plugin}.imports_path) resources = resources$${plugin} resourcessources = $${resources}.sources for(qmlfile, $$list($$eval($${plugin}.qml_files))) { $$resourcessources += $$APP_SOURCE_TREE/$$eval($${plugin}.source_path)/$$qmlfile } resourcespath = $${resources}.path $$resourcespath = $$APP_IMPORTS_BASE_DIR/$$eval($${plugin}.imports_path) DEPLOYMENT += $$pluginstub $$resources } } # skip...

और अंत में, आयात स्वयं आवेदन में कैसे जुड़े हैं।

src / app / gui / application.cpp

 QDeclarativeView *Application::buildRootView() { QScopedPointer<QDeclarativeView> view(new QDeclarativeView()); QObject::connect(view->engine(), SIGNAL(quit()), view.data(), SLOT(close())); view->setResizeMode(QDeclarativeView::SizeRootObjectToView); view->engine()->addImportPath(QLatin1String("../../resource/demo/imports")); view->setSource(QUrl("qrc:/layout/main.qml")); return view.take(); }

हमारे द्वारा परिभाषित पर्यावरण चर के अनुसार, एप्लिकेशन स्वयं / sys / bin में स्थापित किया गया था, और प्लगइन्स एक ही ड्राइव के / संसाधन / डेमो / आयात में स्थापित किए गए थे। यहां से हमें वह पथ मिलता है जिसे QDeclarativeEngine के AddImportPath फ़ंक्शन में निर्दिष्ट किया जाना चाहिए।

एक निष्कर्ष के बजाय

क्यूटी क्विक कंपोनेंट्स को हाथ से इकट्ठा करके बनाया गया एक एप्लिकेशन उनके मूल संस्करण के साथ बनाए गए समान से लगभग अप्रभेद्य है। इसने नोकिया स्टोर में क्यूए टीम की ओर से एक अजीब गलतफहमी पैदा की। वे लंबे समय तक एप्लिकेशन प्रकाशित नहीं करना चाहते थे, मुझे कथित रूप से वास्तविक क्यूटी क्विक कंपोनेंट्स का उपयोग करने के लिए फटकार लगाई, लेकिन किसी कारण से मैंने इंस्टॉलर में उन पर अपनी निर्भरता की घोषणा नहीं की। यहाँ उनकी टिप्पणी है:

जेरी (वीसी-हस्ताक्षर) (थू, 03 मई 2012 18:41:30 +0000)
प्रिय प्रकाशक,
आपका ऐप सिम्बियन के लिए क्यूटी क्विक कंपोनेंट्स का उपयोग करता है, लेकिन आपका ऐप पैकेज मिलान घटक निर्भरता घोषणा को याद कर रहा है। कृपया निर्भरता जोड़ें और अपने ऐप का पुनर्निर्माण करें।

मैं केवल मूल प्लगिन का उपयोग करके आधुनिक सिम्बियन के लिए एक आवेदन को इकट्ठा करके इस समस्या से निपटने में सक्षम था। चूँकि S60 5th संस्करण भौतिक रूप से ऐसा नहीं कर सकता है, इसलिए Nokia Store के कर्मचारियों ने इस प्लेटफ़ॉर्म के लिए एप्लिकेशन इंस्टॉलर में अपनी उपस्थिति पर जोर नहीं दिया। और अंत में, मैं आपको एक बार फिर याद दिलाता हूं कि क्यूटी क्विक कंपोनेंट्स के अपने संस्करण के साथ डेमो एप्लिकेशन के लिए स्रोत कोड यहां उपलब्ध है ।

पावेल ओसिपोव,
Futubra सिम्बियन के लिए आधिकारिक क्लाइंट डेवलपर

पोर्ट Qt त्वरित घटक S60 5 वें संस्करण में

अनलोड

Shamanov

हम शुरू करते हैं

एक निष्कर्ष के बजाय

More articles: