लंबा फ़ाइल नाम एक्सटेंशन: क्यों नहीं


17

मैं iPad के लिए अपना ऐप खत्म कर रहा हूं, और फ़ाइल नाम एक्सटेंशन (ज्यादातर इस्तेमाल किया जाता है ताकि मेल और ड्रॉपबॉक्स को पता हो कि फाइलों को खोलने का कौन सा प्रोग्राम है) 12 अक्षर लंबा है। एकमात्र फ़ाइल नाम एक्सटेंशन जो लंबे समय तक कहीं भी पास है tax2010। इस विषय पर इतनी कम विविधता क्यों है, और मैं अपने ऐप के लिए लंबे फ़ाइल नाम एक्सटेंशन का उपयोग करके किस तरह की समस्याओं की उम्मीद कर सकता हूं? इन फ़ाइलों को मेल, कॉपी और साझा * किया जाएगा

सभी परीक्षणों में, यह पूरी तरह से काम करता है।

* मुझे उम्मीद है।


2
मैंने कुछ और फ़ाइल एक्सटेंशन देखे हैं जो एक दृश्य स्टूडियो परियोजना को ब्राउज़ करते समय लंबे (बस कुछ घंटों पहले: .resourcesऔर .csproj)। लेकिन हाँ, अधिकांश फ़ाइल एक्सटेंशन कम हैं।

14
भंडारण और प्रसंस्करण शक्ति बहुतायत से नहीं थे जब योर के दिनों से ऐतिहासिक पूर्वाग्रह।
एंथनी Pegram

1
नहीं, वास्तव में, उन दिनों से ऐतिहासिक पूर्वाग्रह जब हमारे पास कमांड-प्रॉम्प्ट स्वत: पूर्ण नहीं था। तुम्हें पता है कि कैसे प्रोग्रामर ओह-इतने बोर कर रहे हैं कीस्ट्रोक्स हिट करने के लिए।
माइक नाकिस

2
फ़ाइल एक्सटेंशन जैसी कोई चीज नहीं है, कम से कम हाल के ऑपरेटिंग सिस्टम में नहीं।
इंगो

1
@Zack कृपया मुझे बताएं कि वाक्य में वास्तव में क्या है "फ़ाइल एक्सटेंशन जैसी कोई चीज नहीं है।" आप नहीं समझे? वैसे, यह "फ़ाइल नाम एक्सटेंशन" होना चाहिए। लेकिन फिर भी, अधिक हाल के ऑपरेटिंग सिस्टमों में, जैसे UNIX, यह एक सम्मेलन में सबसे अच्छा है कि file.c नामक फाइल में C स्रोत होता है, आदि OS में कोई स्थान नहीं है जहां फ़ाइल नाम की व्याख्या की जाती है।
ingo

जवाबों:


20

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

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

कृपया याद रखें , हालांकि , एक ही नज़र में संक्षिप्त एक्सटेंशन जो आपके उपयोगकर्ताओं के लिए बेहतर हो सकते हैं। इसलिए जबकि .resource एक महान उदाहरण है, .customhatbymycompany निश्चित रूप से नहीं है।


1
क्या .customHatByMyCompany या .custom_hat_by_my_company के बारे में? <बुरी मुस्कराहट> या यहां तक ​​कि। मेरी कंपनी (विंडोज और लिनक्स दोनों द्वारा की गई टोपी) फ़ाइल नाम एक्सटेंशन में रिक्त स्थान के साथ कोई समस्या नहीं है)
मग कहते हैं मोनिका

8

फ़ाइल एक्सटेंशन का उपयोग विभिन्न प्रकार की फ़ाइलों के बीच अंतर करने के लिए किया जाता है, न कि किसी कहानी को बताने के लिए। इसलिए वे छोटे हैं: यहां तक ​​कि तीन अक्षरों की लंबाई के साथ, एक ही मशीन पर टक्कर होने की संभावना बहुत छोटी है।

लंबे एक्सटेंशन का मतलब शेष पथ और फ़ाइल नाम के लिए कम जगह है । शायद आधुनिक ऑपरेटिंग सिस्टम और सॉफ्टवेयर में कोई फर्क नहीं पड़ता क्योंकि वे बहुत लंबे फ़ाइल पथ स्वीकार करते हैं। अफसोस की बात है, यह Microsoft के साथ ऐसा नहीं है , जहां .NET फ्रेमवर्क अभी भी 259 वर्णों से अधिक लंबे पथ का प्रबंधन नहीं कर सकता है । विस्तार के लिए लिए गए 12 वर्णों का अर्थ है बिना विस्तार के पथ के लिए छोड़े गए 246 वर्ण। कुछ मामलों में, यह एक समस्या हो सकती है।

चूंकि यह समस्या आपके विशेष मामले में लागू नहीं होती है , इसलिए लंबे एक्सटेंशन से बचने का एकमात्र कारण यह है कि एक्सटेंशन सहित फ़ाइल नाम, उपयोगकर्ता द्वारा टाइप किए जाते हैं , खासकर मोबाइल डिवाइस पर जहां टाइपिंग कठिन हो सकती है।


8

लम्बे फ़ाइल नाम:

  • अधिक टंकण लें, जिसके परिणामस्वरूप अधिक प्रयास / प्रकोष्ठ हैं
  • अधिक स्क्रीन स्पेस लें
  • परंपरा के साथ विराम हैं
  • महत्वपूर्ण नहीं हैं क्योंकि फ़ाइल एक्सटेंशन मशीन नहीं लोगों के लिए हैं
  • पथ लंबाई पर प्रतिबंध के साथ सिस्टम में मूल्यवान वर्ण लें

ये विचार आपके आवेदन के लिए समस्या हैं या नहीं, यह आपके और आपके उपयोगकर्ताओं के लिए एक समस्या है।


8
मैं आपके चौथे बिंदु से असहमत हूं: एक्सटेंशन में सामान्य रूप से मानव संघ थे। यदि निष्पादन योग्य .exe या .df है, तो एक ऑपरेटिंग सिस्टम परवाह नहीं करता है, जब तक कि एक सम्मेलन नहीं है। इस तरह के एक्सटेंशन .cpp, .jpeg और इसके बाद के संस्करण आसान मानव पढ़ने के लिए डिज़ाइन किए गए हैं।
डेविड थॉर्नले

2
@DavidThornley: यह विचारणीय है कि, विंडोज के आधुनिक संस्करणों में, फ़ाइल एक्सटेंशन डिफ़ॉल्ट रूप से छिपे हुए हैं, इसलिए "सामान्य" उपयोगकर्ताओं द्वारा देखा जाना नहीं है। हालाँकि, कई अन्य मामलों में मैं सहमत हूँ कि यह प्रासंगिक नहीं है - इसलिए मेरा अस्वीकरण।
क्रामि।

7

जैसा कि @Anthony ने टिप्पणियों में कहा, एक तीन अक्षर (डॉस-> विंडोज लाइन पर) फ़ाइल एक्सटेंशन एक ऐतिहासिक अवशेष है। आजकल, यह आधुनिक ऑपरेटिंग सिस्टम के साथ प्रतिबंध नहीं है, हालांकि यह उत्सुकता से आम है।

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

एकमात्र समस्या जिसका मैं अनुमान लगा सकता हूं कि कुछ मामलों में इसे "कर" के लिए छोटा कर दिया जाएगा।


1
धन्यवाद। बस स्पष्ट होने के लिए, मेरा विस्तार कर2010 नहीं है, जो कि एक लंबा उदाहरण है।
दान रोसेनस्टार्क

1

मैं iPad ऐप्स के लिए नहीं बोल सकता, लेकिन मैं अपने विंडोज़ ऐप्स के लिए फ़ाइल प्रकारों के लिए 5- और 6-चरित्र एक्सटेंशन का उपयोग काफी समय से कर रहा हूं, अब कोई समस्या नहीं है। और मुझे नहीं लगता कि लिनक्स में कभी भी इसके साथ कोई समस्या थी, इसलिए यह कोई समस्या नहीं है। बस रिक्त स्थान या विशेष वर्णों का उपयोग न करें, क्योंकि कुछ प्रोग्राम उनके साथ ठीक से व्यवहार नहीं कर सकते हैं यदि वे कमांड लाइन पैरामीटर के हिस्से के रूप में फ़ाइल नाम का उपयोग करने का प्रयास करते हैं।

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