🎾 📤 👩‍🍳 Qt: वितरण पर क्रॉस-प्लेटफ़ॉर्म अनुप्रयोग 🕺🏻 🌻 🌋

वितरण किट का निर्माण प्रकाशन के लिए कार्यक्रम तैयार करने का अंतिम चरण है। दुर्भाग्य से, इस क्षेत्र में कोई मानकीकरण का सवाल नहीं है, इसके अलावा, कुछ ओएस पर (हम उंगलियों को इंगित नहीं करेंगे), यह प्रारूपों का एक पूरा चिड़ियाघर है।

इसलिए, आदर्श रूप से, हमें वितरण की आवश्यकता है:

विंडोज
ओएस एक्स ( .dmg )
OS X ( .pkg - ऐप स्टोर )
लिनक्स ( .deb )
लिनक्स ( .rpm )
लिनक्स ( .tar.gz - सार्वभौमिक )

क्यूटी इंस्टॉलर फ्रेमवर्क

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

विंडोज

तदनुसार, इस ओएस के लिए इंस्टॉलर बनाने के लिए बहुत सारे विकल्प हैं, लेकिन मैं एक सुविधाजनक ओपन सोर्स उत्पाद - इनो सेटअप पर बस गया। इसमें एक इंस्टॉलर बनाना "अगली-ऑन-नेक्स्ट-किए गए" इंस्टॉलेशन से अधिक जटिल नहीं है।

निर्माण विज़ार्ड से गुजरने के बाद, आउटपुट एक स्क्रिप्ट है जिसे आपके प्रोग्राम के अगले संस्करण के लिए आसानी से बदला जा सकता है।

लिनक्स

ऐतिहासिक रूप से, लिनक्स के लिए सॉफ्टवेयर रिपॉजिटरी के माध्यम से वितरित किया जाता है, और प्रत्येक प्रोग्राम का वितरण एक विशेष प्रकार का पैकेज होता है जिसमें वास्तविक प्रोग्राम फाइलें, निर्भरता के बारे में जानकारी और कुछ अन्य मेटाडेटा होते हैं। मानकीकरण के सभी प्रयासों के बावजूद, मुख्यधारा के .deb और .rpm के अलावा, व्यक्तिगत लिनक्स वितरण के लिए विशिष्ट कई अन्य प्रारूप हैं । Canonical .click प्रारूप के साथ प्रयोग कर रहा है, जो OS X में अनुप्रयोग बंडलों जैसा दिखता है, लेकिन अभी के लिए, इस विकल्प पर विचार करना मुख्य है। चूंकि उबंटू डेस्कटॉप पर डी वास्तविक लिनक्स मानक है, इसलिए मैं इस प्लेटफ़ॉर्म पर पैकेज के निर्माण का वर्णन करूंगा। यह भी ध्यान दिया जाना चाहिए कि सबसे अधिक बार तृतीय-पक्ष सॉफ़्टवेयर वितरण पैकेज इसके साथ काम करने के लिए आवश्यक सब कुछ करता है, क्योंकि पैकेज सिस्टम की उन्नत विशेषताएं अप्रयुक्त रहती हैं।

.tar.gz

वितरण में क्या समानता है? बेशक कमांड शेल! इसलिए हम एक स्क्रिप्ट इंस्टॉलर करेंगे जो किसी भी सिस्टम पर चलेगा, चाहे वह किसी भी पैकेज फॉर्मेट का हो। सिस्टम के लिए "देखने" के लिए कि एक नया प्रोग्राम स्थापित किया गया है, प्रत्येक फ़ाइल को अपनी जगह लेनी चाहिए। न्यूनतम सेट में शामिल हैं: एक आइकन, एक निष्पादन योग्य फ़ाइल, और एक्सटेंशन के साथ एक विशेष कॉन्फ़िगरेशन .desktop

आइकन: विनिर्देश के अनुसार, लिनक्स को किसी भी विधानसभा में आइकन के स्रोत को परिवर्तित करने की आवश्यकता नहीं है, आपको बस फॉर्म के एक उपनिर्देशिका में फ़ाइलों को कॉपी (स्थापना के दौरान) की आवश्यकता है:

/ usr / share / icons / hicolor / RxR / ऐप्स, जहां R आइकन का संकल्प है
या
/ usr / share / icons / hicolor / scalable / apps - यदि आप .svg प्रारूप में एक वेक्टर छवि सेट करना चाहते हैं।

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

gtk-update-icon-cache /usr/share/icons/hicolor

निष्पादन योग्य फ़ाइल

/usr/bin

.Desktop कॉन्फ़िगरेशन फ़ाइल

/usr/share/applications

कार्यक्रम के बारे में सारी जानकारी है - आवेदन का नाम और विवरण, उसकी श्रेणी, आइकन का नाम आदि।

एक उदाहरण के लिए:

 [Desktop Entry] Name=iStodo Comment=iStodo is an organizer for students with scheduling and planning features. GenericName=Organizer for students Exec=istodo Icon=istodo Categories=Office;Qt; Terminal=false Type=Application Version=1.2 Name[ru]= iStodo Comment[ru]=     GenericName[ru]=

आप मानक पढ़कर अधिक जान सकते हैं।

एक गैर-मानक स्थापना विधि के साथ तीसरे पक्ष के कार्यक्रमों को स्थापित करते समय अच्छे स्वाद का नियम आपकी सभी फ़ाइलों को /opt/myapp उपनिर्देशिका में संग्रहीत करना है, जहां आपको अनइंस्टालर भी रखना चाहिए।

तो, अंत में मुझे निम्नलिखित स्क्रिप्ट मिली, जो मानती है कि इसके बगल में एक बाइनरी, .desktop फ़ाइल, एक डिलीट स्क्रिप्ट, आइकन वाला एक फ़ोल्डर है (इसमें आकार में उपनिर्देशिकाएँ हैं):

install.sh

 #!/bin/bash iconsPath="/usr/share/icons/hicolor" desktopPath="/usr/share/applications" installPath="/opt/myapp" linkPath="/usr/bin/myapp" #Check user if [[ $EUID -ne 0 ]]; then echo "This script must be run as root" exit 1 fi #Remove old version if [ -d $installPath ]; then $installPath'/uninstall.sh' > /dev/null fi echo "myapp install..." mkdir -v $installPath cp -v myapp $installPath cp -v uninstall.sh $installPath cp -v myapp.desktop $desktopPath ln -sv $installPath'/myapp' $linkPath chmod a+x $linkPath echo "---" cp -v icons/32x32/myapp.png $iconsPath'/32x32/apps' cp -v icons/48x48/myapp.png $iconsPath'/48x48/apps' cp -v icons/64x64/myapp.png $iconsPath'/64x64/apps' cp -v icons/128x128/myapp.png $iconsPath'/128x128/apps' cp -v icons/256x256/myapp.png $iconsPath'/256x256/apps' gtk-update-icon-cache /usr/share/icons/hicolor update-desktop-database echo "...finished!"

यह तर्कसंगत है कि प्रोग्राम को हटाने के लिए एक स्क्रिप्ट की आवश्यकता होती है:

uninstall.sh

 #!/bin/bash iconsPath="/usr/share/icons/hicolor" desktopPath="/usr/share/applications" installPath="/opt/myapp" linkPath="/usr/bin/myapp" echo "myapp uninstall" #Check user if [[ $EUID -ne 0 ]]; then echo "This script must be run as root" exit 1 fi rm -v $iconsPath'/32x32/apps/myapp.png' rm -v $iconsPath'/48x48/apps/myapp.png' rm -v $iconsPath'/64x64/apps/myapp.png' rm -v $iconsPath'/128x128/apps/myapp.png' rm -v $iconsPath'/256x256/apps/myapp.png' rm -v $desktopPath'/myapp.desktop' #Remove app folder echo "---" rm -rfv $installPath rm -v $linkPath echo "Uninstall finished!"

.deb

भयावह रूप से राक्षसी प्रारूप विनिर्देशों के बावजूद, एक सरल पैकेज बनाने के लिए केवल एक कॉन्फ़िगरेशन फ़ाइल - नियंत्रण की आवश्यकता होती है। लेकिन पहले, हमें कुछ तैयारी करने की आवश्यकता है:
a) प्रोग्राम और पैकेज के संस्करण को दर्शाता एक प्रोजेक्ट फ़ोल्डर बनाएँ, उदाहरण के लिए myapp-1.1-1
b) इसमें DEBIAN फ़ोल्डर जोड़ें (रजिस्टर महत्वपूर्ण है!), जिसमें विशेष रूप से नियंत्रण में सभी सेवा फाइलें होंगी

नियंत्रण के लिए उदाहरण

 Package: istodo Version: 1.2-1 Section: misc Architecture: amd64 Installed-Size: 16500 Maintainer: Yakov Eremin <support@istodo.ru> Description: Organizer for students iStodo is an organizer for students with scheduling and planning features.

यहां सब कुछ स्पष्ट है, आपको केवल यह ध्यान देने की आवश्यकता है कि पूर्ण विवरण एक स्थान से शुरू होता है
ग) एक निर्देशिका संरचना बनाएं जो फ़ाइल सिस्टम में स्थापित प्रोग्राम की फ़ाइलों की स्थिति को दोहराता है, कुछ ऐसा

 myapp-1.1-1 ├── DEBIAN │  └── control └── usr ├── bin │  └── myapp └── share ├── applications │  └── myapp.desktop └── icons └── hicolor ├── 128x128 │  └── apps │  └── myapp.png ├── 256x256 │  └── apps │  └── myapp.png ├── 32x32 │  └── apps │  └── myapp.png ├── 48x48 │  └── apps │  └── myapp.png └── 64x64 └── apps └── myapp.png

सुपरयुसर को विशेषाधिकार दिए बिना पैकेज बनाने के लिए, यह फ़ेकरूट उपयोगिता का उपयोग करने के लायक है जो संबंधित वातावरण का अनुकरण करता है।

ठीक है, हम कमांड के साथ पैकेज जमा करते हैं:

 fakeroot dpkg-deb --build myapp-1.1-1/

यदि आपको अतिरिक्त सुविधाओं की आवश्यकता है, तो आप यहां एक विस्तृत समीक्षा पढ़ सकते हैं।

.rpm

जैसा कि वे कहते हैं, दो तरीके हैं - सरल और सही।
सरल : यदि .deb पैकेज में निर्भरता और स्क्रिप्ट नहीं हैं, तो आप बस इसे रूपांतरित कर सकते हैं, परिणामस्वरूप, आपको संभवतः .rpm प्रारूप में एक सही ढंग से काम करने वाला पैकेज मिलेगा। इसके लिए एलियन यूटिलिटी तैयार की गई है, जिसे रिपॉजिटरी से इंस्टॉल किया जा सकता है।

 fakeroot alien -kr myapp-1.0-1.deb

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

पैकेजों के निर्माण के बारे में यहाँ और पढ़ें।

ओएस एक्स

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

प्रोग्राम के लिए न केवल क्यूटी एसडीके के साथ सिस्टम पर चलने के लिए, आपको एक विशेष उपयोगिता का उपयोग करने की आवश्यकता है - macdeployqt, जो सभी आवश्यक प्लग-इन और एप्लिकेशन बंडल में चौखटे की नकल करेगा। -D स्विच को जोड़ने पर, .dmg छवि उत्पन्न होगी, जिसे अनुकूलन के लिए आधार के रूप में उपयोग किया जा सकता है।

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

सामग्री की तालिका

Qt: वितरण पर क्रॉस-प्लेटफ़ॉर्म अनुप्रयोग