2010-04-22 10 views
6

मैं विंडोज के लिए जितना संभव हो सके उतना आसान एप्लीकेशन बनाने की कोशिश कर रहा हूं और मैं एप्लिकेशन को .exe के रूप में पैकेज करने या इंस्टॉलर का उपयोग करने के बीच चुनने की कोशिश कर रहा हूं। मैं सोच रहा था कि किसी के पास किसी भी तरह के सापेक्ष गुणों पर राय थी? मेरी वरीयता एक .exe का उपयोग करना होगा क्योंकि यह केवल उपयोगकर्ता के लिए क्लिक और रन होगा।एक स्टैंडअलोन विंडोज .exe बनाम एक इंस्टॉलर के लाभ क्या हैं?

+0

आपका आवेदन क्या है ?? – TheCodeArtist

+0

यह एक वेबसर्वर/डेटाबेस उत्पाद है जिसका उपयोग डेस्कटॉप कंप्यूटर से बड़ी कंपनी – Zubair

उत्तर

2

यदि आपके पास कोई निर्भरता नहीं है, तो रजिस्ट्री में डेटा जोड़ने/बदलने की आवश्यकता नहीं है, तो अपने एप्लिकेशन को हटाने/अपडेट के बाद साफ करने की आवश्यकता नहीं है, फिर केवल एक .exe का उपयोग करना काफी उचित लगता है।

5

आपको केवल एक इंस्टॉलर की आवश्यकता होनी चाहिए यदि आपके पास ऐसे कई घटक हैं जिन्हें विशिष्ट स्थानों में स्थापित करने की आवश्यकता है, या उन घटकों को जिन्हें उनके लिए काम करने के लिए पंजीकृत होना आवश्यक है (उदाहरण के लिए COM घटक जिन्हें रजिस्ट्री में जोड़ा जाना आवश्यक है)। एक इंस्टॉलर स्पष्ट रूप से स्टार्ट मेनू आदि में आपके ऐप में शॉर्टकट भी जोड़ सकता है।

यदि आपका ऐप एक .exe फ़ाइल के रूप में मौजूद हो सकता है जिसे फ़ाइल सिस्टम में कहीं से भी चलाया जा सकता है, तो यह बहुत आसान होगा और बहुत से लोगों के लिए क्लीनर समाधान।

हालांकि ध्यान रखें कि कम तकनीकी उपयोगकर्ता इंस्टॉलर की अपेक्षा कर सकते हैं और समझ नहीं पाएंगे कि स्टार्ट मेनू में कोई लिंक नहीं है।

+1

में किया जा सकता है, हालांकि मैं खुद को एक तकनीकी व्यक्ति के बारे में अधिक मानता हूं, लेकिन मैं स्टैंड-अलोन एक्जिक्यूटिव या ज़िप फ़ाइलों पर इंस्टॉलर पसंद करता हूं क्योंकि मैं इसे इंस्टॉल कर सकता हूं और प्रारंभ मेनू में कार्यक्रम। खुद को शॉर्टकट बनाने की कोई ज़रूरत नहीं है, इत्यादि। ΜTorrent के पास इसे संभालने का एक अच्छा तरीका है: यह एक एकल निष्पादन योग्य है जो जानता है कि पहले रन पर खुद को कैसे इंस्टॉल किया जाए। यह दोनों दुनिया के सर्वश्रेष्ठ है। इस तथ्य को छोड़कर कि आप इसे डोमेन में आसानी से तैनात नहीं कर सकते (जहां एक एमएसआई अब तक का सबसे आसान तरीका है)। – Joey

2

यदि आप इससे दूर हो सकते हैं तो मैं केवल एक स्टैंडअलोन एक्सई, बहुत कम परेशानी से निपटना पसंद करता हूं (यानी, आप कई अन्य सामानों पर निर्भर नहीं हैं)।

  • यह इंस्टॉलर एप्लिकेशन से अधिक पोर्टेबल है। आप इसे एक मशीन से दूसरी मशीन, या किसी अन्य फ़ोल्डर में आसानी से कॉपी कर सकते हैं।
  • यदि आप ओएस को पुनर्स्थापित करते हैं, तो यह एप्लिकेशन को तोड़ नहीं देता है।
  • आप एप्लिकेशन को डेस्कटॉप और/या स्टार्ट-मेन्यू शॉर्टकट के अस्तित्व के लिए जांच सकते हैं और वांछित होने पर उन्हें बना सकते हैं (शायद वरीयता के अनुसार)। उदा। टेक्स्टपैड यह करता है।

मैं केवल थोड़ी देर के लिए विंडोज़ विकास कर रहा हूं, लेकिन एक मुद्दा जो आप चला सकते हैं निर्भरता है। यदि आप .NET 3.5 पर निर्भर करते हैं, उदाहरण के लिए, यदि आपके उपयोगकर्ता पर .NET 3.5 इंस्टॉल नहीं है तो आप क्या करते हैं? उस स्थिति में, एक इंस्टॉलर बेहतर काम कर सकता है।

2

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

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

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

संबंधित मुद्दे