एक योद्धा का मेरा तरीका, या मैंने सेलफ़िश में जीवन के लिए एक आवेदन कैसे तैयार किया

एक योद्धा की कला संतुलन बनाए रखने के लिए है
इंसान होने के डर से और इंसान होने के चमत्कार के बीच।
"इक्सेलन की यात्रा"

योद्धा पर मेरा रास्ता - पेशेवरों पर एक क्रूर फ्रंटेंड डेवलपर - सेलफ़िश और एक क्रॉस-प्लेटफ़ॉर्म एप्लिकेशन पर चलने वाले एप्लिकेशन को विकसित करने के बीच एक संतुलन खोजना था।

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

थोड़ी सी पृष्ठभूमि, या मैंने ऐसा क्यों किया

जब कंपनी ने 5 साल पहले iPad (iOS) के लिए Areopad ISCO समाधान विकसित किया था, तो कोई भी यह नहीं सोच सकता था कि ग्राहकों को सेलफ़िश ओएस (तब ओएस फिनिश कंपनी जोला के साथ था, हालांकि, अब भी) के साथ एक डिवाइस पर काम करने के लिए एक आवेदन की आवश्यकता होगी। लेकिन 2016 में, रूसी कंपनी ओपन मोबाइल प्लेटफ़ॉर्म ने इसके उपयोग, संशोधन, वितरण के लिए एक लाइसेंस प्राप्त किया और इसे ध्यान में लाया: इसने घरेलू मोबाइल उपकरणों और उपयोगकर्ताओं (मुख्य रूप से कंपनियों और सरकारी एजेंसियों) को अनुकूलित किया और रजिस्ट्री में सेलफ़िश मोबाइल ओएस आरयूएस पंजीकृत किया। और अब यह कह सकता है, मोबाइल उपकरणों के लिए केवल आधिकारिक रूसी ऑपरेटिंग सिस्टम है।

स्वाभाविक रूप से, हम इसे समझना चाहते थे - हमने पहले से ही बाकी ओएस पर विजय प्राप्त की, और सेलफिश, जाहिर है, एक महान भविष्य है (हाँ, मैं आयात प्रतिस्थापन के बारे में बात कर रहा हूं)। इस सब से यह इस प्रकार है कि सेलफिश के लिए आवेदन होना चाहिए! परीक्षण किया जाने वाला पहला आवेदन कोलेजियल बॉडी अरेपड के काम के लिए मोबाइल एप्लिकेशन इंफॉर्मेशन सिस्टम था (यह सिर्फ आधुनिकीकरण के चरण में था)।

अब क्यूटी के बारे में

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

बस, मैं स्पष्ट करता हूं कि गणना और मानचित्रण अलग-अलग मॉड्यूल (C ++ और QML) में अलग-अलग भाषाओं में होते हैं जो एक-दूसरे के साथ विशेष पेचीदा तरीकों (संपत्ति, सिग्नल-स्लॉट) का उपयोग करते हुए बातचीत करते हैं।

और Qt सेलफिश के लिए सॉफ्टवेयर विकसित करने में उपयोग किया जाने वाला मुख्य ढांचा है।

समस्या को हल करने के लिए दृष्टिकोण: बाईं ओर जाएं - आप एक बैसाखी प्राप्त करेंगे, दाईं ओर जाएं - आप सुविधाओं को खो देंगे

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

यदि Android या iOS आपको सशर्त संकलन का उपयोग करने और इसके लिए कुछ प्रकार के टूलकिट प्रदान करने की अनुमति देता है, तो सेलफ़िश को लिनक्स (क्यूटी के भीतर, निश्चित रूप से) से अलग नहीं किया जा सकता है।

अगला, क्यूएमएल संगतता समस्या उत्पन्न होती है: सेलफ़िश में, क्यूटी क्विक का पुराना संस्करण (सेलफ़िश के लिए 2.6 और बाकी सभी के लिए पहले से ही 2.11), एंड्रॉइड सिलिका को नहीं जानता है, सेलफ़िश QtQuick.Colrols को नहीं जानता है। इसलिए, विभिन्न ओएस के लिए आपको अलग-अलग पुस्तकालयों से समान घटकों को खींचना होगा, जो प्रत्येक ओएस के लिए लगभग एक ही फाइल का उत्पादन करता है।
उसी समय, सिलिका में संभवतः QtQuick.Controls जैसी सभी सुविधाएँ हैं, लेकिन किसी अन्य प्लेटफ़ॉर्म पर चलने से इनकार करती हैं।

सेलफ़िश सुविधाएँ

एक आलसी होने के नाते , श्रम लागतों को अनुकूलित करने की इच्छा के साथ संभव रचनात्मक व्यक्ति के रूप में, मैंने कम से कम कार्यात्मक प्रतिरोध का रास्ता अपनाया और QtQuick.Controls और सिलिका का उपयोग किए बिना, शुद्ध क्यूटी में अपनी उत्कृष्ट कृति लिखी। नतीजतन, सेलफ़िश पर सब कुछ शालीनता और शिष्टता से काम करता है, लेकिन एंड्रॉइड पर, तत्वों में से आधे, मेरे बैठने के सख्त आदेश के बावजूद, शायद उनके महत्वपूर्ण मामलों के लिए कहीं चले गए हैं, इसलिए अगला कदम अभी भी एक वयस्क और तलाकशुदा होगा अलग-अलग कोणों पर प्रत्येक OS के लिए मार्कअप फ़ाइलें। [जो मैंने बाद में किया, प्रकाशन के लिए एक लेख तैयार करते समय। यह कहानी एक अलग लेख पर बनी है]। कृपया याद रखें और स्वीकार करें: जादू स्थिरांक बुराई हैं (उदाहरण के लिए, चौड़ाई: 15)। और दो लगभग समान उपकरणों पर, यहां तक ​​कि एक ही ओएस के साथ, वे 2 बार भिन्न हो सकते हैं।

हालाँकि, मैं इस बात पर ध्यान नहीं दे सकता कि सेलफ़िश संस्करण में कुछ दिलचस्प चीजें हैं। बेशक, इतनी कम अवधि के लिए कि मैं उससे परिचित हूं, सेलफ़िश की पूरी समृद्ध आंतरिक दुनिया को जानना लगभग असंभव है - उसके साथ हमारा संबंध "कैंडी-गुलदस्ता अवधि" के चरण में है, और जिसमें से मैंने अभी तक इसके जटिल चरित्र में अध्ययन नहीं किया है। इसके अलावा, सभी ओएस के लिए एक सार्वभौमिक अनुप्रयोग बनाने का निर्णय लिया गया था, इसलिए मुझे मौका का उपयोग करने के लिए अधिक परिष्कृत तंत्र का उपयोग करने का मौका नहीं मिला है, लेकिन मैं शायद आपको कुछ दिलचस्प बिंदुओं के बारे में बताऊंगा।

हम केवल सिलिका जीयूआई को लागू करने के लिए एक पुस्तकालय के बारे में बात करेंगे, क्योंकि बाकी जो मैं सीखने और समझने में कामयाब रहा, वह मानक बीएमएल प्रोग्रामिंग से अलग नहीं है।

• थीम।

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

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

• मेनू।

इसके अलावा सेलफ़िश की एक विशेषता (हालांकि यह एंड्रॉइड में संभव हो सकता है, लेकिन मैंने इसे नहीं देखा है)।

मेनू तीन प्रकार के होते हैं:
PullDownMenu - PushUpMenu - प्रसंगमेनू



सिलिका के रूप में ... देखें - वे मानक से अलग नहीं हैं ... देखें (वे the बहुत ध्यान देने योग्य गुणों में से एक जोड़े हैं), और बटन घटक आपको बहुत परेशान करता है - बटन की ऊंचाई को बदला नहीं जा सकता है, आपको हर जगह रेक्टेंगल और माउसआयर लिखना होगा। अगर मैं केवल सेलफिश के लिए एक आवेदन कर रहा था, तो इस ओएस के मानक डिजाइन का उपयोग करके, बटन की ऊंचाई को बदलना आवश्यक नहीं होगा या सिलिका से एक घटक का उपयोग करना संभव होगा। लेकिन जब से मैं सभी उपकरणों के लिए एक आवेदन लिख रहा हूं, तो सबसे विशाल डिजाइन (एंड्रॉइड) का उपयोग करने का निर्णय लिया गया, ताकि हर कोई परिचित और आरामदायक हो। कई लोग मुझसे असहमत हैं और कहते हैं कि आपको प्रत्येक प्लेटफ़ॉर्म के लिए मूल UI तत्वों का उपयोग करने की आवश्यकता है, लेकिन यह एक पूरी तरह से अलग विषय है, यह कई वर्षों से होलिवर्स का विषय रहा है, इस समय के दौरान डेवलपर्स की एक से अधिक पीढ़ी बढ़ी है।

Qt पर मोबाइल विकास के लिए मरहम में उड़ना

• Assinhronschina

Qt में, सर्वर के साथ संवाद करने के लिए, एक फ़ंक्शन को कॉल करना पर्याप्त नहीं है, आपको एक अनुरोध भेजने और सर्वर की प्रतिक्रिया के लिए जिम्मेदार एक विशेष ऑब्जेक्ट को प्रतिक्रिया प्रसंस्करण फ़ंक्शन को कॉल करने के लिए जिम्मेदार है (जो, ज़ाहिर है, हम खुद को लिखते हैं) जब प्रतिक्रिया प्राप्त होती है:

void foo() { QNetworkRequest request("http://www.leningrad.spb.ru"); QNetworkReply *reply = mngr->get(request); connect(reply, &QNetworkReply::finished, this, &Class:: onReplyFinished); } void onReplyFinished () { QNetworkReply *reply = (QNetworkReply*)sender(); QByteArray ans = reply->readAll(); qDebug() << ans; } 

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

• क्रच-उन्मुख प्रोग्रामिंग, या समस्याओं को हल करने के लिए एक रचनात्मक दृष्टिकोण

एक अन्य विषय लिस्ट व्यू है, जो एक बहुत ही स्थानीय क्यूटी समस्या है, लेकिन फिर भी अप्रिय है।

किसी भी स्वाभिमानी लिस्ट व्यू में एक हेडर घटक होना चाहिए, जो कि पहले प्रतिनिधि के रूप में, कुछ तत्व को सम्मिलित करता है जो मूल रूप से बाकी से अलग होता है। हां, वह ऐसा करता है, हां, वह सब कुछ पूरी तरह से पेंट करता है, अगर यह एक "लेकिन" के लिए नहीं होता है: मेरे प्रतिनिधि पूरे स्क्रीन पर कब्जा कर लेता है, और इसे स्क्रॉल करने की आवश्यकता होती है, लेकिन जैसे ही मैं शून्य सूचकांक से हेडर पर बाएं स्क्रॉल करने की कोशिश करता हूं, वह मूल रूप से मना कर देता है हेडर दिखाएं। इसके बारे में क्या करना है? एक बैसाखी के साथ सामान। Cpp भाग में इस सूची दृश्य के लिए मेरे मॉडल गठन कोड का एक टुकड़ा, जो बताता है कि यथासंभव सटीक क्या हो रहा है:

 foreach (QVariant quest, QQuestions) { Questions.append(new Question(client, quest)); } kostilQuestions = Questions; if (Questions.size() > 0) kostilQuestions.prepend(Questions[0]); 

अगला, प्रतिनिधि में 2 स्वतंत्र आइटम बनाए जाते हैं, जिनमें से दृश्यता सूचकांक पर निर्भर करती है।
जब सूचकांक शून्य होता है, तो हम एक को देखते हैं, अन्यथा दूसरे को।

परिणाम

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

हम मान सकते हैं कि हमने पहला कदम उठाया - हमने सेलफिश के साथ दोस्ती की। लेकिन इस पर काम पूरा नहीं हुआ है, सेलफिश और मैं अपने रिश्ते के एक नए स्तर पर जा रहे हैं - हम रजिस्ट्री में पंजीकरण के लिए एरोपेड सीएसआईएस आवेदन तैयार कर रहे हैं (जैसे सेलफिश आवेदन), जिसका अर्थ है कि हमें रजिस्ट्री के लिए भी अनुकूलन करना होगा।

मुझे उम्मीद है कि यह दिलचस्प था। जारी रखा जाए।