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