यह एक विवादास्पद राय हो सकती है, लेकिन मेरे विचार में यह कमांड-लाइन टूल्स में खराब यूजर इंटरफेस के लिए एक बदसूरत फिक्स है ।
कुछ कमांड-लाइन टूल उपयोगकर्ता को तुरंत सवाल पूछते हैं और उनके पास गैर-संवादात्मक रूप से चलाने का विकल्प नहीं होता है; उदाहरण के लिए कुछ इस तरह की कल्पना करो
$ frobnicate *
frobnicate file a.txt? (y/n) y
frobnicate file b.txt? (y/n) y
...
चूंकि प्रश्न का उत्तर मानक इनपुट से लिया गया है, इस समस्या का एक त्वरित समाधान एक एप्लिकेशन है y\nजो लगातार स्ट्रिंग को आउटपुट करता है , जो वास्तव में yesकरता है। इस आउटपुट को किसी दिए गए कमांड के इनपुट के रूप में भेजने के लिए यूनिक्स पाइप का उपयोग किया जा सकता है।
$ yes | frobnicate
इस दृष्टिकोण के साथ एक समस्या यह है कि yesइसका उत्तर देने वाले प्रश्न की जांच करने की कोई संभावना नहीं है:
frobnicate file a.txt? (y/n) y
frobnicate file b.txt? (y/n) y
format device /dev/sda1? (y/n) y
frobnicate file c.txt? (y/n) y
एक बेहतर समाधान, जब यह उपलब्ध होता है, तो गैर-अंतःक्रियात्मक रूप से चलाने के लिए एक विशिष्ट विकल्प होता है, जैसे कि rm -fया apt-get -y। यह एप्लिकेशन में अधिक समझदार व्यवहार को कोडित करने की अनुमति देता है।