आप विंडोज में एक बार में कई कार्यक्रमों की स्थापना रद्द क्यों नहीं कर सकते?

99

विंडोज आपको एक साथ कई प्रोग्राम को अनइंस्टॉल या हटाने की अनुमति क्यों नहीं देगा? इसके पीछे क्या कारण है? क्या इससे आंतरिक व्यवस्था गड़बड़ा जाएगी?

मैं एक साथ कई कार्यक्रमों की स्थापना रद्द करने के बारे में नहीं देख रहा हूं, मैं बस एक कारण की तलाश कर रहा हूं कि यह एक विकल्प क्यों नहीं होगा।

windows-7 windows uninstall

— जीरो बोलन
स्रोत

9

लोगों को एक ही बार में सब कुछ अनइंस्टॉल करने से ... शायद।

— एम। बेनेट

@ M. बेनेट मैं भी यही सोच रहा था, लेकिन कई कार्यक्रमों का चयन करने का कोई तरीका नहीं है इसलिए उपयोगकर्ता वास्तव में वैसे भी सब कुछ अनइंस्टॉल नहीं कर सकते।

— जीरन बोलेन

5

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

— रामहुंड

@ रामहाउंड: आप यहां केवल एक ही व्यक्ति हैं जो पूछने वाले के इरादे को सही ढंग से समझते हैं: वह चाहता है कि सिस्टम क्रम में कार्यक्रमों की स्थापना रद्द कर दे । यहां जवाब देने वालों ने उसके सवाल को अलग तरह से समझा: क्या एक साथ कई कार्यक्रमों को अनइंस्टॉल करना संभव है । कहने की जरूरत नहीं है, लिनक्स में यह आसानी से संभव है: आप बस टाइप करते हैं । apt-get -y uninstall prog1 prog2 prog3

— निकोलो एम।

4

@NiccoloM मेरा प्रश्न वास्तव में था कि आप एक साथ क्यों नहीं कर सकते। : पी

— जीरोलेन बोलेन

101

यदि आप Windows इंस्टॉलर सिस्टम के काम करने के तरीके के बारे में कुछ भी पढ़ते हैं, तो यह स्पष्ट है कि उन्होंने ट्रांसेक्शनल डेटाबेस से प्रोग्राम इंस्टॉलेशन और रखरखाव के लिए कुछ विचार लागू किए हैं, न कि .msiफाइलों का उल्लेख करने के लिए स्वयं एक डेटाबेस।

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

अब, मेरा मानना है कि MSI इंजन एक बार में केवल एक प्रोग्राम को स्थापित करने, संशोधित करने या हटाने के लिए ही लागू होता है - यदि आप .msiकिसी अन्य को अनइंस्टॉल करने की कोशिश करते हैं, उदाहरण के लिए, यह या तो नहीं चलेगा या वर्तमान में चल रहे अनइंस्टॉल का इंतजार करेगा खत्म करने के लिए। गैर-एमएसआई इंस्टॉलर इस तरह से व्यवहार नहीं कर सकते हैं - क्योंकि वे एमएसआई इंजन का उपयोग नहीं करते हैं। लेकिन इस सुरक्षा डिजाइन निर्णय के कारण, शायद यही कारण है appwiz.cplकि केवल एक अनइंस्टालर को एक बार में कॉल करने देने पर जोर दिया गया है।

CCleaner आपको अनइंस्टॉलर्स को किक करने की अनुमति देता है, जो पहले से ही समाप्त होने के लिए इंतजार कर रहे हैं। MSI इंस्टालर संभवत: उपरोक्त के कारण समानांतर में काम नहीं करेंगे।

— LawrenceC
स्रोत

29

ध्यान देने वाली बात यह है कि यूनिक्स जैसे सिस्टम पर पैकेज मैनेजर भी कई पैकेज को एक ही बार में एक ही कारण से हटाने की कोशिश नहीं करेंगे। यदि आप एक के बाद एक कई पैकेज निकालते हैं, तो संभवतः प्रत्येक अपने स्वयं के लेनदेन में।

— जॉय

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

— मंकीज़ियस

4

@ जॉय यह सच है, लेकिन आप कम से कम * निक्स पैकेज प्रबंधकों को ऐसा करने का निर्देश दे सकते हैं और वे आदेश को पूरा करेंगे। मुझे लगता है कि बड़ा मुद्दा यह है कि विंडोज पैकेज प्रबंधन स्तर पर निर्भरता की अवधारणा को नहीं समझता है।

— ट्यूडर

4

@tudor: मुझे लगता है कि विभिन्न ओएस पर अनुप्रयोगों को कैसे प्रबंधित किया जाता है, यह सिर्फ एक अंतर है। विंडोज अनुप्रयोगों का प्रबंधन करता है , जबकि यूनिक्स पसंद पैकेज प्रबंधक प्रबंधन करते हैं, अच्छी तरह से, पैकेज , जो पुस्तकालयों, अनुप्रयोगों और इसी तरह की चीजें हो सकती हैं। विंडोज ऐसी चीजों को प्रबंधित कर सकता है (यह आंतरिक रूप से सुनिश्चित करने के लिए ऐसा करता है, उदाहरण के लिए जब आप विंडोज घटकों को सक्षम या अक्षम करते हैं), लेकिन 3-पार्टी लाइब्रेरी सिस्टम चौड़ा 90 के दशक के अंत में इतनी अच्छी तरह से पैन नहीं करता है, इसलिए अनुप्रयोगों को सिर्फ प्रोत्साहित किया जाता है उनके सभी आश्रितों को बांधो।

— जोए

@ जॉय मैं आपकी बात लेता हूं, लेकिन उपयोगकर्ता (या डेवलपर) को दोष देने से इस तरह के खुले साझा स्थान में बहुत दूर नहीं जाना पड़ेगा । उपयोगकर्ता केवल एप्लिकेशन देखते हैं, लेकिन एप्लिकेशन पैकेज का एक सबसेट हैं। कई पुस्तकालयों, यहां तक कि विभिन्न संस्करणों और विक्रेताओं के साथ, बस प्रबंधित करने की आवश्यकता है । इसे प्रबंधित करने के लिए डेवलपर की आवश्यकता होती है, यह सर्वोत्तम, IMHO के लिए आशावादी था, और भारी ब्लोट के परिणामस्वरूप। विंडोज स्टोर इस में कुछ अतिक्रमण करता है, लेकिन यह स्वत: निर्भर निर्भरता संकल्प से एक लंबा रास्ता तय करता है, जो इस संबंध में * निक्स को बहुत सरल बनाता है।

— ट्यूडर

19

यह केवल उन प्रोग्रामों पर लागू होता है जो विंडोज इंस्टालर सिस्टम का उपयोग करते हैं ।

यदि कोई प्रोग्राम अपने स्वयं के (अन) इंस्टॉलर सिस्टम का उपयोग करता है, तो आपको उसी समय एक और अनइंस्टालर को चलाने से कोई रोक नहीं सकता है।

विंडोज इंस्टॉलर कई कार्यक्रमों द्वारा किए जा रहे संघर्षों से बचने के लिए उदाहरणों की संख्या को सीमित करता है, जबकि वे सिस्टम-वाइड (अक्सर साझा) सेटिंग्स और फ़ाइलों को बदल रहे हैं।

ज्यादातर अनइंस्टालर ट्रैक करते हैं कि वे क्या बदल रहे हैं ताकि वे असफल होने पर वापस रोल कर सकें। अगर किसी को सभी परिवर्तनों के बारे में पता नहीं है (अन्य अनइंस्टॉलर्स द्वारा) तो यह वास्तव में काम कर सकता है यदि यह विफल इंस्टॉल को वापस करने की कोशिश करता है।

विंडोज इंस्टालर सिस्टम को इन सभी समस्याओं से बचने में मदद करने के लिए सभी एप्लिकेशन डेवलपर्स (विंडोज पर) का उपयोग करने के लिए एकीकृत प्रणाली होने के इरादे से बनाया गया था।

— Ƭᴇcʜιᴇ007
स्रोत

9

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

— KA
स्रोत

यह सही उत्तर के बारे में सबसे अधिक है। यदि प्रोग्राम "ए" गैर-कोर विंडोज डीएलएल "एक्स" स्थापित करता है, तो प्रोग्राम "बी" को इसकी इंस्टॉलर में आवश्यकता होती है, तो यह संभवतः अनइंस्टालर का हिस्सा होगा। लेकिन DLL "X" को अनइंस्टॉल करने से प्रोग्राम "A" टूट जाएगा। इसलिए अनइंस्टालर आमतौर पर साझा DLL और अन्य फ़ाइलों के बारे में पूछेंगे कि क्या उन्हें हटा दिया जाना चाहिए। यदि समवर्ती रूप से चलाया जाता है, तो इस तरह का संकेत ठीक से काम नहीं कर सकता है। अंत में, और शायद अधिक महत्वपूर्ण बात, हर कोई विंडोज रजिस्ट्री को भूल गया है - जो एक डेटाबेस-ईश कोर घटक है जो अक्सर इंस्टॉलर / अनइंस्टॉलर्स में अपडेट किया जाता है।

— डेरेल टेग

-1

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

— निकोलो एम।
स्रोत

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

— एंड्रयू मेडिको