लिनक्स फ़ाइल नामों में लोअरकेस


11

जैसा कि मैंने पाया कि अपरकेस पहले अक्षर शब्द को लंबे जटिल नामों में अलग करने के लिए वास्तव में पठनीय है, मैं अपने कुछ लिनक्स फाइलों को कुछ अपरकेस के साथ देने की प्रवृत्ति रखता हूं। अधिकतर निष्पादन योग्य, कुछ निर्देशिकाएं भी।

लेकिन यह कुछ सप्ताह रहा है जब मैंने टिप्पणी की है कि मेरे लिनक्स डिस्ट्रीब में सभी फ़ाइल नामों से भारी बहुमत कम है ...

इसलिए मैंने कुछ क्षण पहले कुछ गुगली की, और मुझे यह लेख मिला: लिनक्स फाइल नेम , जिसमें कहा गया है कि हमेशा यूनिक्स दुनिया में लोअरकेस का उपयोग करना चाहिए ,

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

क्या वास्तव में मामला है?


2
हाँ, यह वास्तव में मामला है। यूनिक्स लोगों को शिफ्ट कुंजी खोजने के लिए प्रतीत नहीं हो सकता है। लेकिन मिश्रित मामले के खिलाफ नियमों का समर्थन करने के लिए वास्तव में उचित कुछ भी नहीं है। यह सिर्फ एक शेख़ी है।
रॉस पैटरसन

जवाबों:


20

प्रोग्रामर पारी की कुंजी का उपयोग करते हैं (और कैप्स लॉक कुछ ऐसा है जिसे दूर करने की कोशिश करते हैं )। "हमेशा निचले मामले का उपयोग करें" का कहना है कि मौके से जारी है ...

लिनक्स में हमेशा लोअरकेस का उपयोग करना सबसे अच्छा है जब तक आप अपरकेस या मिश्रित मामले का उपयोग करने के लिए एक अच्छा कारण नहीं सोच सकते। अधिकांश यूनिक्स लोग लोअरकेस का उपयोग लगभग विशेष रूप से करते हैं, लेकिन इस "सांस्कृतिक" बिंदु से अलग , लोअरकेस का उपयोग करने का एक और अच्छा कारण है। यदि आप Linux के साथ DOS फ़ाइल सिस्टम को साझा या एक्सेस कर रहे हैं, तो DOS उन फ़ाइलों को नहीं देख पाएगा जिनमें अपरकेस या मिश्रित-केस फ़ाइल नाम हैं।

इसका मुख्य कारण यह है कि यदि आप दो फाइलों को स्थानांतरित कर रहे हैं जो केवल केस-इनसेंसेटिव सिस्टम में अलग हो जाते हैं, तो भ्रमित करने वाली चीजें असंवेदनशील मशीन पर हो सकती हैं।

आपके लिनक्स मशीन की फाइलें आपकी हैं। उनके साथ वैसा ही करें जैसा आप पसंद करते हैं जो आपके लिए मायने रखता है।

मैंने पाया है कि एक निर्देशिका के प्रमुख पत्र के लिए ऊपरी मामले का उपयोग करने का एक सम्मेलन मेरे लिए उन्हें नेविगेट करना आसान बनाता है । निर्देशिका में 'ls' करना स्वचालित रूप से सभी निर्देशिकाओं को सूची में सबसे ऊपर रखता है और फाइलों को निर्देशिकाओं को अलग करता है जिससे दोनों को देखना और नेविगेट करना आसान हो जाता है। लेकिन फिर से वह मेरे लिए है - जो आपके लिए काम करता है


1
करने योग्य? वास्तव में? यह अब प्रासंगिक नहीं है।
मैक्सिमस मिनिमस

3
@ mh01 मैं पिछले साल तक EBCDIC को प्रासंगिक नहीं मानता था, मुझे एक ऐसे सिस्टम से निपटना था जिसने उस किरदार को जिस्की के बजाय सेट कर दिया था। मैंने ओपनवीएमएस सिस्टम को चारों ओर देखा है (सबसे हालिया रिलीज केवल 2 साल पहले थी, किसी चीज के लिए बुरा नहीं है जो कि 35 साल पहले रिलीज हुई थी) ... और इसकी फाइल सिस्टम अभी भी असंवेदनशील है। जाहिर तौर पर Mac में संवेदनशील और केस असंवेदनशील दोनों होते हैं (और स्टीम और फोटोशॉप मैक पर केस सेंसिटिव फाइल सिस्टम पसंद नहीं करते हैं )। केस असंवेदनशील जिंदा है।

3
केस-असंवेदनशील विंडोज फाइल सिस्टम पर चलने वाले डेस्कटॉप मशीनों के विशाल बहुमत का उल्लेख नहीं करना।
किलन फ़ॉथ

केस-असंवेदनशीलता बनाम केस-संरक्षण के बारे में अच्छी बात है, लेकिन अगर आपके पास अलग-अलग फाइलें हैं जो केवल फ़ाइल नाम के आवरण में भिन्न हैं, तो मुझे लगता है कि केस-असंवेदनशील फ़ाइल सिस्टम को स्थानांतरित करने के अलावा अन्य समस्याएं हैं जो भ्रम पैदा कर सकती हैं। ..
एक CVn

9

"कंज्यूमर-ओरिएंटेड" (जो भी इसका मतलब हो सकता है) यूज़ जगत में भी टाइटल केस का उपयोग करने की प्रवृत्ति होती है। यह अधिक बार ऐसा होता है जब प्रश्न में संगठन में ऐसे लोग होते हैं जिनका पूरा काम उपयोगकर्ता अनुभव के बारे में सोचना है।

उदाहरण के लिए, मेरे Ubuntu डेस्कटॉप होम निर्देशिका कहा जाता है में फ़ोल्डर है Downloads, Pictures, Documents, आदि एक ही मेरी OSX लैपटॉप के लिए चला जाता है (, यह के बीएसडी हाँ, यह मायने रखता है)। हालांकि यह इंगित करने योग्य है कि Apple अपने ही सिस्टम निर्देशिकाओं को टाइटलकेस (जैसे /Library/Audio/Apple Loops/) के नाम से जाना जाता है , जबकि "क्लासिक" बेस फाइल सिस्टम को सभी लोअरकेस (जैसे /usr/libexec/dtrace/) रखते हुए। लेकिन कोई भी लिनक्स वितरण मैं उपयोगकर्ता के घर निर्देशिका के बाहर कहीं भी शीर्षक का उपयोग करने के बारे में पता नहीं है।

संभवत: अंतर यह है कि जिन निर्देशिकाओं से आप लोगों को वास्तव में शीर्षक देखने की उम्मीद करते हैं, वे स्थान जहां आप लोगों से अपेक्षा करते हैं कि वे सभी खोज नहीं कर सकते हैं। एक समान अंतर उबंटू के साथ खेलने के लिए प्रतीत होता है; केवल एक Nautilus विंडो में फ़ोल्डरों की सूची के रूप में दिखाने के लिए अपेक्षित निर्देशिकाओं का शीर्षक है, जबकि फ़ोल्डर नाम जो टाइप किए जाने की उम्मीद है (ब्राउज़ नहीं किए गए हैं) सभी कम हैं।

और वह उसी की जड़ है; टाइटलकेस या अपरकेस टाइप करना अधिक कठिन है। लेकिन टाइटलकेस एक सूची या टाइल वाले फ़ोल्डरों के सेट में बेहतर दिखता है । तो, तदनुसार चुनें। लिनक्स लोग अक्सर सांसारिक कार्यों के लिए भी कमांड लाइन में सौदा करते हैं, इसलिए लोअरकेस अधिक समझ में आता है।


अच्छी बात है, लेकिन मैं जोड़ूंगा कि रिक्त स्थान या अंडरस्कोर पढ़ना आसान है फिर ऊंट या पास्कल मामला
जे.के.

4

बारे में डॉस तर्क: DOS / Windows फ़ाइल सिस्टम है आपकी फ़ाइलों को देखने के मामले की परवाह किए बिना, और वे उनके ठीक संभाल कर सकते हैं। बहुत पुराने DOS फाइलसिस्टम 8.3 फाइलनाम से आगे किसी भी चीज का समर्थन नहीं करते हैं, लेकिन यहां तक ​​कि FAT32 लंबे फाइलनेम को भी संभाल सकता है। एकमात्र समस्या यह है कि जबकि डॉस / विंडोज फाइलसिस्टम केस को संरक्षित करते हैं (ज्यादातर मामलों में; कुछ जायके फाइलनामों के लिए मामला छोड़ देते हैं जो 8.3 प्रारूप में फिट होते हैं), वे फ़ाइल नाम की तुलना करने पर संवेदनशील नहीं होते हैं ; विंडोज "फोबार", "फोबार", "फोबार" और "फोबार" को एक ही फ़ाइल नाम मानता है।

उस ने कहा, यह ज्यादातर एक संस्कृति की बात है, लेकिन इसकी कुछ पृष्ठभूमि है। यूनिक्स दुनिया में अटका यह विशेष सम्मेलन प्रयोज्य है । यहाँ दो मुख्य तर्क हैं:

  • गैर-अक्षर वर्णों का उपयोग करते हुए शब्दों को अलग करना, शब्द सीमाओं को चिह्नित करने के लिए आवरण का उपयोग करने से आराम पढ़ने के लिए बेहतर है। IfYouDonTBelieveMe, तुलना करेंइससेंटेंसWithThePrepretOneAndTellMeWhichIsEasierToRead। (और निश्चित रूप से, novisualseparationatallistheworst)।
  • लोअर-केस अक्षरों में ऊपरी-केस की तुलना में अधिक विविध आकार होते हैं, जो बदले में अधिक विविध शब्द आकार की ओर ले जाते हैं। यह उत्तर प्रदेश में इस पाठ सीमा पर पढ़ने के लिए लोअरकेस में आसान पाठ लिखें।

इन टिप्पणियों को सत्यापित करना आसान है, और उन्हें वैज्ञानिक अनुसंधान द्वारा भी पुष्टि की गई है।

इसके अलावा, UNIX संस्कृति उन सम्मेलनों को प्राथमिकता देती है जो न केवल पढ़ने में आसान हैं, बल्कि लिखने में भी आसान हैं; UNIX हैकर्स आम तौर पर ऐसे लोग होते हैं जो अपने कीबोर्ड का उपयोग करते हुए बहुत समय बिताते हैं, और कई लोग या तो आधिकारिक टच-टाइपिंग सिस्टम का उपयोग करते हैं या प्रोग्रामिंग के लिए कुछ व्यक्तिगत व्युत्पन्न हैं। घर की पंक्ति पर रहने की अवधारणा किसी भी तरह से महत्वपूर्ण है, इसलिए लोग उन कुंजियों का उपयोग करना पसंद करते हैं जो घरेलू पंक्ति से नहीं पहुंच सकते हैं, विशेषकर शिफ्ट कुंजी।

यदि आप इन तीन बाधाओं को जोड़ते हैं, तो वास्तव में केवल एक समझदार सम्मेलन है, जो है all-lowercase-with-dashes


3
@StephaneRolland: विभिन्न प्रोग्रामिंग भाषाओं और फ़ाइल नाम में पहचानकर्ता के रूप में ऐसी विभिन्न चीजों के लगातार नामकरण का पीछा करना बुद्धिमान नहीं है। प्रत्येक दायरे के अनुरूप हो, और स्थापित सम्मेलनों से चिपके रहें, लेकिन उन सभी को नियंत्रित करने के लिए एक सम्मेलन खोजने की कोशिश न करें। जावा चर एसक्यूएल टेबल नाम नहीं हैं, और वे फ़ाइल नाम भी नहीं हैं।
tdammers

@StephaneRolland - मेरा मानना ​​है कि आप जो शब्द चाहते हैं वह स्नेक_केस है
cchamberlain
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.