UNIX दर्शन से पता चलता है कि हमने बहुत से सरल कार्यक्रम बनाए हैं जो एक काम को अच्छी तरह से करते हैं और हम उन्हें पाठ धाराओं के साथ करते हैं। यही है, मानक इनपुट / आउटपुट चैनल संदेश के पर्याप्त साधन हैं।
कंसोल कार्यक्रमों को केवल एक साथ नहीं जोड़ा जा सकता है, उन्हें एक फ़ाइल पर भी निर्देशित किया जा सकता है। ऐसा करने में, आप बाद में प्रसंस्करण के लिए संदेशों (फ़ाइलों में पाठ) को अनिवार्य रूप से पंक्तिबद्ध कर सकते हैं। यह कतारों को संदेश देने के लिए एक समान मॉडल का पालन करता है, लेकिन सभी परिष्कार के बिना।
रिचर्ड पी। गेब्रियल सुझाव देते हैं कि यूनिक्स का एक प्रमुख लाभ यह था कि उन्होंने एक डिजाइन दर्शन को मूर्त रूप दिया, जिसे उन्होंने "बदतर बेहतर" कहा, जिसमें सिस्टम की किसी भी अन्य विशेषताओं की तुलना में इंटरफ़ेस और कार्यान्वयन दोनों की सादगी महत्वपूर्ण है - शुद्धता सहित, संगति, और पूर्णता।
मेरे दृष्टिकोण से, पाठ धाराएँ यथासंभव सरल संचार माध्यम प्रदान करती हैं। यह बदतर-से-बेहतर दर्शन का पालन करने के लिए प्रतीत होता है। क्या हम इस प्रकार कंसोल एप्लिकेशन और फाइल सिस्टम में लिखी गई फाइलों को गरीब आदमी की संदेश कतार के रूप में उपयोग नहीं कर सकते हैं? और यदि हां, तो क्या किसी ने इस दृष्टिकोण को सफलतापूर्वक लिया और पसंद किया है? मैं बस सोच रहा हूं कि संदेश कतारों के लिए टेक्स्ट स्ट्रीम प्रोसेसिंग को स्थानापन्न करना कितना व्यावहारिक / व्यावहारिक है।
command > fooऔर उसके बाद के रूप में संदेशों फाइल करने के लिए में आते देख fooके साथ tail -f foo?