दिन के समय का उपयोग करके फ़ोल्डर नामों में कोलन के विकल्प के लिए कौन से वर्णों का उपयोग किया जा सकता है?

Question

अक्सर दिनांक और समय के साथ फ़ाइलों और फ़ोल्डरों को नाम देना सुविधाजनक होता है, जैसे कि मानक आईएसओ 8601 प्रारूप 2014-12-10T22:35:28.460Z:।

दुर्भाग्य से, मैक का HFS + फ़ाइल सिस्टम एक अलग विभाजक के रूप में COLON का उपयोग करता है जैसे कि यूनिक्स की तरह OSES SOLIDUS /(स्लैश) और Microsoft OSes REVERSE SOLIDUS \(बैकस्लैश) का उपयोग करते हैं । संगतता के लिए फ़ाइल या फ़ोल्डर का नामकरण करते समय सभी तीन वर्णों से बचा जाना चाहिए।

आमतौर पर COLON के प्रतिस्थापन के रूप में किस वर्ण का उपयोग किया जा सकता है?

• HYPHEN का उपयोग करने -से यह प्रोग्रामेटिक रूप से मानक प्रारूप में रूपांतरण को उल्टा कर देता है।
• इसी तरह, फुल स्टॉप .(अवधि) का उपयोग करना रिवर्स रूपांतरण को मुश्किल बनाता है क्योंकि उन्हें भिन्नात्मक सेकंड के रूप में गलत समझा जाएगा।

उदाहरण के लिए, ओएस एक्स माउंटेन लायन पर जावा 8 में प्रोग्रामिंग करते समय, एक फ़ोल्डर में File::mkdir()स्ट्रिंग 2014-12-11T21:33:08परिणामों के लिए कॉल करना 2014-12-11T21/33/08।

Comments

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

— ब्रायन ड्यूक

क्यों नहीं बस का उपयोग करें: यह खोल से ठीक काम करने लगता है। मुझे केवल ओएस <= 9 पर संदेह है और क्लासिक के पास एक मुद्दा है: इसलिए आजकल एक मुद्दा है। AL: इसलिए MS OSes एक निर्देशिका विभाजन के रूप में / उपयोग कर सकता है

— user151019

@ खोजक के आधुनिक संस्करण एक कोलन को संभाल सकते हैं। लेकिन प्रोग्रामेटिक एक्सेस के दौरान, समस्याएं बढ़ जाती हैं।

— बेसिल बोर्क

मुझे नाम में किसी कॉलन के साथ फाइल एक्सेस करने में कभी कोई परेशानी नहीं हुई। यह सिर्फ खोजक से अजीब लगता है, क्योंकि यह एक स्लैश में बदल गया है।

— 0942v8653

विशेष रूप से, HFS + फ़ाइलनाम को सम्‍मिलित नहीं / करने देता है। जब टर्मिनल (या कहीं भी फ़ाइलसिस्टम को Macintosh API के बजाय POSIX API का उपयोग करके एक्सेस किया जाता है), / जैसे डिस्क पर संग्रहीत नाम में अनुवाद किया जाता है: RAM में, और: RAM में / वापस एक नया फ़ाइल नाम के रूप में अनुवाद किया जाता है। कैटलॉग में संग्रहीत किया जाता है। पारंपरिक Macintosh API का उपयोग करने वाले प्रोग्राम प्रभावित नहीं होते हैं, और डिस्क पर दिखाई देने वाले / जैसे ही देखते हैं। इस तरह से प्रत्येक एपीआई में एक ही निषिद्ध चरित्र होता है (ठीक है, दो अगर आप एनयूएल की गिनती करते हैं) और केवल एक फ़ाइल नाम विभाजक, एक दूसरे के साथ हस्तक्षेप किए बिना।

— ganbustein

Answer 1

आईएसओ 8601 "बेसिक" भिन्नता

आप फ़ाइलों और फ़ोल्डरों के नामकरण के लिए आईएसओ 8601 "बेसिक" फॉर्मेट स्ट्रिंग्स ( YYYYMMDDTHHMMSSZ) को नियोजित करके कोलन का उपयोग करने से बच सकते हैं। मानक विभाजकों को YYYY-MM-DDTHH:MM:SSZप्रारूप से छोड़े जाने की अनुमति देता है ।

इसलिए ये दोनों उदाहरण मानक के तहत मान्य हैं:

2016-03-27T07: 01: 02Z

20160327T070102Z

यदि आपको उन स्ट्रिंग्स को कुछ प्रोग्रामिंग या स्क्रिप्टिंग भाषाओं के साथ संसाधित करने की आवश्यकता है, तो शायद आपको उन्हें विस्तारित प्रारूप में बदलना होगा जिसमें विभाजक (हाइफ़न, कॉलन) और समय क्षेत्र की जानकारी शामिल है।

अंतर्राष्ट्रीय मानक तिथि और समय संकेतन - "यदि एक तारीख और एक समय मूल्य एक ही डेटा क्षेत्र में एक साथ संग्रहीत किया जाता है, तो आईएसओ 8601 का सुझाव है कि उन्हें एक लैटिन पूंजी पत्र द्वारा अलग किया जाना चाहिए T, जैसा कि 19951231T235959"। तो Tबीच में वैकल्पिक है ( 19951231235959) लेकिन सुझाव दिया।

Comments

अच्छा समाधान। वास्तव में जावा 8 में निर्मित java.time फ्रेमवर्क और बाद के साथ-साथ जोडा-टाइम जैसी बेहतर डेट-टाइम लाइब्रेरीज़ को "मूल" प्रारूप या विभाजकों वाले लंबे प्रारूप को पार्स करने में कोई समस्या नहीं है।

— बेसिल बॉर्क

Answer 2

उठाया कोलन, यूनिकोड 0x02F8 (उठाया कोलन colon बनाम कोलोन:) फाइंडर या अन्य लिपियों द्वारा विभाजक के रूप में व्याख्या नहीं किया जाएगा। (यहां उठाए गए बृहदान्त्र के बारे में अधिक जानकारी: http://www.charbase.com/02f8-unicode-modifier-letter-raised/color )

उस चरित्र में प्रवेश करने का तरीका आपके ओएस एक्स संस्करण पर निर्भर करता है। अधिक जानकारी एप्पल के सपोर्ट पेज: http://support.apple.com/en-us/HT201586 पर देखी जा सकती है

Comments

दिलचस्प विचार। यह जवाब लगभग बहुत चालाक है। नियमित रूप से बहुत कुछ देखना जैसे कि पार्स करते समय भ्रमित हो सकता है।

— बासिल बॉर्क

Answer 3

हिब्रू विराम चिह्न ... मेरे लिए बहुत अच्छा काम करता है ... यूनिकोड 05C3 ...

Comments

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

— वारबीच

जब यह पाठ रेंडरर्स आरटीएल मोड पर स्विच करने का प्रयास करते हैं तो वे शायद एक बढ़िया विकल्प नहीं हैं जब वे इस चरित्र का सामना करते हैं :(

— मैट एम।

Answer 4

मैंने इसकी भी जांच की है। शब्द 'पेट' विवरण के साथ वैकल्पिक ग्लिफ़ के अधिकांश एक कॉलन स्थानापन्न के रूप में निश्चित बदसूरत कर रहे हैं ( ˸, ܄, ﹕, ᠄, ：,︓ , and꞉`)।

एक और विकल्प है कि कम से कम मूल बृहदान्त्र के लिए एक समान चरित्र चौड़ाई है - एक अनुपात के लिए गणितीय प्रतीक ∶:। यह कई मोनोपोज़ किए गए फोंट में बहुत अच्छा लगता है, लेकिन यह डिफ़ॉल्ट मैकओएस सिस्टम फॉन्ट में थोड़ा छोटा है।

यहाँ इसका उपयोग फ़ाइल नाम में किया जा रहा है:

/Users/me/Books/Book Title: Book Subtitle.pdf [प्रतिबंधित बृहदान्त्र ग्लिफ़] /Users/me/Books/Book Title∶ Book Subtitle.pdf [अनुमत अनुपात ग्लिफ़]