मैं C: / सीधे में एक कार्यक्रम क्यों स्थापित करूँगा?


14

C: / सीधे या नहीं, जैसे कि C: / Program Files / folder में कुछ प्रोग्राम इंस्टॉल होने (डिफ़ॉल्ट या आवश्यकता के अनुसार) क्या हैं?

इसके अलावा, यह इतना सामान्य क्यों है कि ड्राइवर यहां अनज़िप किए जाते हैं? मैंने C: / - ड्राइव में बहुत सारे Intel, Nvidia, ATI और Xerox फोल्डर देखे हैं, हालांकि मेरे लिए यह डिफ़ॉल्ट रूप से कोई मतलब नहीं है, और डेस्कटॉप या अन्य उपयोगकर्ता-विशिष्ट फ़ोल्डरों पर नहीं। फ़ाइलों को सिस्टम-वाइड की आवश्यकता नहीं होनी चाहिए, क्योंकि वे केवल अस्थायी हैं।

धन्यवाद!

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

जाहिर है कि यह केवल विंडोज की चिंता है।


6
सॉफ़्टवेयर इंस्टॉलेशन विकास चक्र का एक प्रमुख हिस्सा है, और यदि कोई विशिष्ट कारण हैं तो प्रोग्राम फ़ाइलों के बाहर के क्षेत्रों में लागू होगा, जो निश्चित रूप से कुछ डेवलपर्स जानना चाहते हैं। इसलिए मैं इसके विषय पर आमतौर पर कहूंगा।
ग्रैंडमास्टरबी

मुझे लगता है कि MS-DOS अनुप्रयोगों ने खुद को C: \ में स्थापित किया है, लेकिन निश्चित रूप से, विंडोज 10 MS-DOS नहीं है।
जूनियररुबिस्ट

जवाबों:


11

किसी फ़ोल्डर में सीधे c: \ या c: में ड्राइवर को अनज़िप करने के लिए कोई वास्तविक तकनीकी कारण नहीं है।
यह Microsoft द्वारा प्रकाशित विंडोज सॉफ्टवेयर डिजाइन गाइड के खिलाफ भी है।

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

मैंने इस अवसर पर पहली पंक्ति के हेल्पडेस्क पर काम किया है।
आप विश्वास नहीं करेंगे कि कितने उपयोगकर्ता कुछ डाउनलोड करते हैं, इसे अनज़िप करें, बीच-बीच में एक फोन-कॉल प्राप्त करें और 15 मिनट बाद याद नहीं कर सकते कि उनकी हार्डडिस्क पर वे अनज़ैप्ड फ़ाइलों को कहाँ रखते हैं।
फिर वे हेल्पडेस्क या तकनीकी सहायता कहते हैं।
यदि आप उन कॉल को हैंडल करने वाले व्यक्ति हैं, तो आप इन फ़ाइलों को सीधे C: \ में रखने के तर्क की सराहना करने लगते हैं


4
इसके अलावा "C: \ Program Files" लोकल और प्रोसेसर आर्किटेक्चर (x86 बनाम x64) दोनों पर निर्भर है, जबकि "C: \" नहीं है। "% ProgramFiles%" स्थानीय स्वतंत्र है, लेकिन यह अर्ध-प्रेमी उपयोगकर्ताओं को भ्रमित करने के लिए जाता है, जो यह नहीं सोचते हैं कि यह वास्तविक पथ की तरह दिखता है, या प्रतिशत संकेत सही नहीं मिलते हैं। 64-बिट सिस्टम पर, यह 32-बिट अनुप्रयोगों के लिए अभी भी गलत पथ होगा।
abstrask

1
उस स्थिति में मुझे लगता है कि फ़ाइलों को डेस्कटॉप से ​​C: \
phuclv

@ फुलवुव वास्तव में नहीं, विशेष रूप से विंडोज 8 और बाद में। डेस्कटॉप फ़ोल्डर में बहुत मुश्किल फ़ाइल सिस्टम अनुमतियाँ हैं (विशेषकर जब रोमिंग प्रोफाइल का उपयोग किया जाता है) जो कि एक इंस्टॉलर के साथ हस्तक्षेप कर सकता है। इसे फिर से कहीं और निर्देशित किया जा सकता है (संभवतः एक नेटवर्क या संग्रहण स्थान)। और अगर आप इसे डेस्कटॉप से ​​चलाने की कोशिश करते हैं तो कई वायरस बैनर आपके इंस्टॉलर पर भरोसा नहीं करते हैं। विंडोज 10 के रूप में AppLocker एक और संभावित चीज है जो डेस्कटॉप से ​​चलने वाले सामान के साथ हस्तक्षेप कर सकता है (कई कंपनियों में यह डेस्कटॉप से ​​चलने वाले सामान को ब्लॉक करने के लिए सेटअप है)।
टॉनी

7

C: / सीधे या नहीं, जैसे कि C: / Program Files / folder में कुछ प्रोग्राम इंस्टॉल होने (डिफ़ॉल्ट या आवश्यकता के अनुसार) क्या हैं?

कुछ डेवलपर्स मानक सम्मेलनों का पालन नहीं करते हैं क्योंकि वे "सही" करने के लिए अनजान या बहुत आलसी हैं। कई शौकिया डेवलपर्स पर्यावरण को क्वेरी करने के बजाय अपने सॉफ़्टवेयर और / या इंस्टॉलर में हार्ड-कोड पथ भी डालेंगे (जैसे,% TEMP%,% APPDATA%,% PROGRAMFILES%)।

इसके अलावा, यह इतना सामान्य क्यों है कि ड्राइवर यहां अनज़िप किए जाते हैं? मैंने C: / - ड्राइव में बहुत सारे Intel, Nvidia, ATI और Xerox फोल्डर देखे हैं, हालांकि मेरे लिए यह डिफ़ॉल्ट रूप से कोई मतलब नहीं है, और डेस्कटॉप या अन्य उपयोगकर्ता-विशिष्ट फ़ोल्डरों पर नहीं। फ़ाइलों को सिस्टम-वाइड की आवश्यकता नहीं होनी चाहिए, क्योंकि वे केवल अस्थायी हैं।

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


2

यद्यपि 'अधिकांश' सॉफ़्टवेयर और कॉन्फ़िगरेशन फ़ाइलें लंबी निर्देशिका पथ, मिश्रित कैपिटलाइज़ेशन, रिक्त स्थान और 'अमानक' वर्णों को संभाल सकती हैं, लेकिन वे हमेशा नहीं करते हैं और आपके कार्य-प्रवाह के बीच में इस पर ट्रिपिंग करना एक मामूली परेशानी हो सकती है ..

Microsoft ने विस्टा के लिए उपयोगकर्ता फ़ोल्डर को रूट निर्देशिका में स्थानांतरित कर दिया और 7 शायद इस बात का एक अच्छा संकेत है कि व्यवहार में कितने लोग रूट निर्देशिका (डिफ़ॉल्ट "c:") को पसंद करते हैं।


1

रिक्त स्थान । इसका कारण रिक्त स्थान है

में एक जगह है C:/Program Files। यदि आप इसे शेल कमांड में डालते हैं, तो इसे दो अलग-अलग तर्कों के रूप में समझा जाएगा। C:/Programऔर Files। यह निश्चित रूप से, बस इसे उद्धृत करके ठीक करना बहुत आसान है, "C:/Program Files"या C:/Program\ Files, हालांकि, कुछ कार्यक्रम इसे खराब करने का प्रबंधन करते हैं। इस समस्या के आसपास काम करने के लिए, या आलसी स्क्रिप्ट-लेखकों के लिए इसे आसान बनाने के लिए, कभी-कभी C:सीधे कार्यक्रम स्थापित किए जाते हैं।

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


और बात की लंबाई। c:\program filesयह टाइप करने के लिए लंबा है .. अगर यह एक पैरामीटर है तो टैब का उपयोग कर सकता है लेकिन नहीं। और अक्सर इसके भीतर निर्देशिका लंबी होती है। C:\Program Files\Microsoft Visual Studio 10.0 सटीक% PATH% वास्तव में कई लंबी निर्देशिकाओं के साथ सामना नहीं कर सकता है क्योंकि यह 2 या 4 हजार char की सीमा है
barlop

0

आप कहते हैं कि यह केवल विंडोज की चिंता करता है, लेकिन सॉफ्टवेयर को अन्य ऑपरेटिंग सिस्टमों से / तक पोर्ट किया जा सकता है। इसके अलावा, विंडोज संस्करणों के बीच मतभेद हो सकते हैं, उदाहरण के लिए विंडोज के कुछ अनुवादित संस्करणों में भी इस फ़ोल्डर का नाम अनुवादित है, और उपयोगकर्ता स्थान भी बदल सकता है (उदाहरण के लिए "C: \ Program Files" के बजाय मैंने "P: \" का उपयोग किया है) कुछ समय)। यह सभी सॉफ्टवेयर द्वारा पता लगाया जा सकता है, लेकिन एक निश्चित स्थान का उपयोग करना आसान है। साथ ही ड्राइवरों के मामले में यह जानना आवश्यक हो सकता है कि फाइलें एक समय में कहां हैं कि यह जानकारी ओएस से उपलब्ध नहीं है।


0

कुछ पुराने प्रोग्राम (डॉस युग, विन 3.1) उस स्थान पर रिक्त स्थान या "लंबे" नामों को स्वीकार नहीं कर सकते थे जहां से उन्हें खोला गया है। हालांकि यह इन दिनों बहुत दुर्लभ है।

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

दूसरी ओर, ड्राइवरों को ऑपरेटिंग सिस्टम (डिवाइस मैनेजर-> अपडेट ड्राइवर्स) द्वारा नियंत्रित करने के लिए डिज़ाइन किया गया है - यदि वे एक इंस्टॉलर के अंदर थे तो डिवाइस मैनेजर उन्हें स्थापित करने के लिए उन्हें एक्सेस करने में सक्षम नहीं होगा। वे लचीले नहीं हैं कि आपने उन्हें कहाँ रखा है।

उपभोक्ता स्तर पर, स्मार्ट फोन और टैबलेट वास्तव में इस विचार को चुनौती देते हैं कि ये अंतिम उपयोगकर्ता चिंताएं होनी चाहिए।


0

जब वे रिक्त स्थान (अर्थात "प्रोग्राम फाइल्स") के साथ एक पथ में मौजूद होते हैं तो कुछ प्रोग्राम खराबी करते हैं, यही कारण है कि उन्हें C: की जड़ में स्थापित किया जाता है।

हालाँकि, मैं शर्त लगा सकता हूँ कि कई प्रोग्रामर आलसी थे और बस अपने प्रोग्राम को C: \ डिफ़ॉल्ट रूप से, बस सुविधा से बाहर करने का निर्णय लिया।


0

TLDR; महत्वपूर्ण कार्यक्रमों को अलग करने के लिए जो अन्य प्रोग्राम नियमित कार्यक्रमों जैसे गेम / ब्राउज़र / कुछ और जो आप स्थापित करते हैं, पर निर्भर हो सकते हैं।

मुझे लगता है कि एक और बड़ा कारण यह है कि लोग C: \ से संबंधित हैं कि वे प्रोग्राम फाइल्स को पहली जगह क्यों बनाते हैं: सिस्टम फाइल से प्रोग्राम को उसी तरह से अलग करने के लिए जिस तरह से यूजर फोल्डर को यूजर फाइल को प्रोग्राम / सिस्टम से अलग करने के लिए बनाया जाता है। फ़ाइलें।

इसलिए यदि डेवलपर उपयोगकर्ता को इसे अनइंस्टॉल नहीं करना चाहता है क्योंकि उन्हें याद नहीं है कि यह क्या है (थिंक पैकेज्ड डेवलपमेंट आइटम जैसे ऑडियो प्लगइन्स, या संपूर्ण भाषाएं जैसे अजगर / रूबी) तो वे प्रोग्राम को C: \ ड्राइव पर इंस्टॉल करते हैं इसे "सिस्टम फाइल्स" में शामिल करें लेकिन स्पष्ट कारणों से विंडोज फोल्डर में न डालें।

मुझे पता है कि यह एक पुरानी पोस्ट है लेकिन इसकी लॉक नहीं है और मुझे कुछ जोड़ना है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.