मैक सॉफ्टवेयर को एक .appएप्लिकेशन बंडल के रूप में वितरित किया जा सकता है (अनिवार्य रूप से एक फ़ोल्डर जिसमें सभी प्रोग्राम संसाधन होते हैं) या एक .pkgइंस्टॉलर के रूप में जो एक प्रोग्राम है जो विंडोज़ के समान तरीके से एप्लिकेशन इंस्टॉल करता है।
केवल कमांड लाइन उपकरण सादा बाइनरी जो फिर उपयोगकर्ता के में कहीं में कॉपी किया जाएगा रूप में उपलब्ध हैं PATHजैसे /usr/local/bin।
इन्हें OS X / macOS डिस्क छवि ( .dmg) या पारंपरिक संग्रह प्रारूप जैसे कि .zipया में पैक किया जा सकता है .tar।
किस तर्क के लिए सॉफ़्टवेयर को "वर्चुअल डिस्क" के साथ स्थापित करने की आवश्यकता है?
यह काफी हद तक डेवलपर के लिए है। A .dmgसिर्फ एक वर्चुअल हार्ड ड्राइव है जो इंस्टॉलर नहीं है। उपयोग करने का विकल्प .dmgस्थापना के बजाय पैकेजिंग के बारे में है।
यदि कोई एप्लिकेशन एक साधारण .appबंडल है तो यह स्वयं समाहित है और इसे डबल क्लिक करके चलाया जा सकता है। यह आमतौर पर /Applicationsसुविधा के लिए कॉपी किया जाता है ।
खोलने पर एन्क्रिप्शन और EULAs के अलावा, .dmgएक संग्रह प्रकार से अधिक का लाभ ब्रांडिंग है। .dmgs को कस्टम आइकन, कस्टम बैकग्राउंड इमेज और कंटेंट का लेआउट दिया जा सकता है। .dmgs आमतौर पर केवल इसलिए पढ़े जाते हैं ताकि सामग्री वैसी ही बनी रहे जैसा कि डेवलपर ने इरादा किया था।
वे उपयोगकर्ता को यह चुनने के लिए भी मजबूर करते हैं कि वे आवेदन कहाँ करना चाहते हैं; जब आप किसी संग्रह को अनज़िप करते हैं तो सामग्री आम तौर पर जहां भी संग्रह स्थित थी, वहां से निकाली जाएगी। इसके विपरीत, .dmgएस फाइल सिस्टम में माउंट होगा और फिर .appबंडल को स्पष्ट रूप से कॉपी किया जाना चाहिए।
यह एक साधारण बाइनरी फ़ाइल के रूप में क्यों नहीं आता है या मुझे नहीं पता कि क्या है?
एक मैक एप्लीकेशन सिर्फ एक बाइनरी से अधिक है। बाइनरी के अलावा (पर स्थित <appname>.app/Contents/MacOS/) में कई .appसंसाधन शामिल हैं <appname>.app/Contents/Resources/। इन संसाधनों में आइकन, ग्राफिक्स और स्थानीयकरण फ़ाइलें शामिल हैं जैसे en.lproj।