UNIX / Linux में वही प्रारंभिक डॉस / सीपी / एम विरासत नहीं है जो विंडोज करता है। इसलिए एक्सटेंशन आमतौर पर अधिकांश यूनिक्स उपयोगिताओं और उपकरणों के लिए कम महत्वपूर्ण हैं।
मैं आमतौर पर कमांड-लाइन केवल पर्यावरण का उपयोग करता हूं। ऑपरेटर या उपयोगकर्ता की सुविधा के अलावा लिनक्स के तहत ऐसे वातावरण में विस्तार वास्तव में महत्वपूर्ण नहीं है। (मेरे पास यह जानने के लिए केडीई या गनोम के पास पर्याप्त अनुभव नहीं है कि उनके पुलिसकर्मी एक्सटेंशन के साथ कैसे व्यवहार करते हैं।)
लेकिन इस तरह की सुविधा आमतौर पर महत्वपूर्ण है। यदि config.ini
वास्तव में Microsoft-मानक ".ini" प्रारूप में है, तो मैं एक्सटेंशन को खड़ा होने दूंगा। सादा पुरानी पाठ फ़ाइलें आमतौर पर लिनक्स में कोई विस्तार नहीं करती हैं, लेकिन यह सभी प्रोग्राम कॉन्फ़िगरेशन फ़ाइलों के लिए सार्वभौमिक नहीं है। प्रोग्रामर आमतौर पर यह तय करता है।
मुझे लगता है कि ".txt" लिनक्स के तहत उपयोगी है यदि आप इस बात पर जोर देना चाहते हैं कि यह कॉन्फ़िगरेशन फ़ाइल या अन्य मशीन-पठनीय दस्तावेज़ नहीं है। हालाँकि, सोर्स डिस्ट्रीब्यूशन में, कन्वेंशन में ऐसी फाइलों को बिना कैप के सभी नाम दिए गए हैं (जैसे README, INSTALL, COPYING, आदि)।
कुछ मानक और रूढ़ियां हैं, लेकिन कुछ भी जो आप चाहते हैं, उसका नामकरण करने से कुछ भी नहीं रोक सकता है, जब तक कि आप दूसरों के साथ चीजें साझा नहीं कर रहे हैं।
विंडोज में, एक फ़ाइल का नामकरण .exe
शेल (आमतौर पर explorer.exe
) को इंगित करता है कि यह एक निष्पादन योग्य फ़ाइल है। UNIX इस नॉलेज को फाइल सिस्टम की परमिशन में बनाता है। यदि उचित x
बिट्स (देखें man chmod
) सेट हैं, तो इसे शेल और कर्नेल फ़ंक्शन (मुझे विश्वास है) द्वारा निष्पादन योग्य के रूप में मान्यता प्राप्त है। इसके अलावा, लिनक्स परवाह नहीं करता है, अधिकांश गोले की देखभाल नहीं करेंगे, और अधिकांश प्रोग्राम इसे "प्रकार" खोजने के लिए फ़ाइल में देखते हैं।
बेशक, वहाँ अच्छा आदेश है file
जो फ़ाइल का विश्लेषण कर सकता है और आपको बता सकता है कि यह निश्चितता के साथ क्या है। मेरा मानना है कि अगर यह किसी भी ज्ञात प्रकार के साथ फ़ाइल में डेटा से मेल नहीं खा सकता है, और यदि इसमें केवल मुद्रण योग्य ASCII / यूनिकोड वर्ण हैं, तो यह एक पाठ फ़ाइल मानता है।
@ ब्रूस एडगर नीचे बिल्कुल सही है। कर्नेल या फाइलसिस्टम स्तर, यानी लिनक्स में ही कुछ भी नहीं है, जो लागू करता है या देखभाल करता है कि किसी फ़ाइल की सामग्री को उसके नाम, या उस प्रोग्राम के साथ मेल खाना चाहिए जो उसे समझने वाला है। इसका मतलब यह नहीं है कि फ़ाइलनाम पर आधारित चीजों को करने के लिए एक शेल या लॉन्चर उपयोगिता बनाना संभव नहीं है।