वेब संसाधनों के लिए ऊंट मामले का उपयोग करने पर आप क्या राय रखते हैं?वेब संसाधनों में ऊंट का मामला
मैं जावा पृष्ठभूमि से आ रहा हूं जहां ऊंट का मामला दूसरी प्रकृति है, लेकिन फिर भी जब वेब संसाधनों का नामकरण करते हैं, जैसे एचटीएमएल, सीएसएस, जावास्क्रिप्ट ऊंट का मामला सही नहीं लगता है।
(जैसे http://localhost/application/editUserForm.htmlhttp://localhost/application/edit/user/form.html बनाम)
किसी भी टिप्पणी, सुझाव का स्वागत है!
नामकरण योजनाओं पर मुख्य विचार एसईओ पर प्रभाव डालेगा। मेरी समझ से, Google (और संभवतः अन्य इंजन) एकल स्ट्रिंग में समेकित शब्दों को 'पढ़' सकते हैं, इसलिए ऊंट का मामला ठीक होना चाहिए, जैसा कि एक केस-असंवेदनशील स्ट्रिंग होगा। पुनर्लेखन का उपयोग कर निर्देशिका द्वारा योजना को विभाजित करना कम सक्षम मकड़ियों के लिए स्पष्ट होगा। Google द्वारा दी गई सलाह का एक टुकड़ा अंडरस्कोर (_) के बजाय हाइफ़न (-) का उपयोग करना है, लेकिन यह यहां प्रासंगिक नहीं है।
यदि आप किसी वास्तविक व्यक्ति को कभी भी पूर्ण पता टाइप करना चाहते हैं, तो पढ़ने के लिए आसान कुछ उपयोग करना त्रुटि को कम करने के लिए एक बोनस होगा।
वास्तव में आप सही हैं, लेकिन सवाल स्पष्ट रूप से पर्याप्त स्पष्ट नहीं था। मैं यूआरएल नाम के कार्यात्मक हिस्से की तुलना में शैली पर अधिक चिंतित था।जिन संसाधनों के बारे में मैं बात कर रहा हूं वे ज्यादातर सार्वजनिक वेब से छिपे हुए हैं और गतिशील सामग्री शामिल हैं, इसलिए Google खोज और अनुक्रमण एक मुद्दा नहीं है। प्वाइंट ले लिया हालांकि! – yannisf
आप अंतिम वाक्य बिंदु के लिए सही था! "यदि आप किसी वास्तविक व्यक्ति को कभी भी पूर्ण पता टाइप करना चाहते हैं, तो पढ़ने में आसान कुछ उपयोग करना त्रुटि को कम करने के लिए बोनस होगा"। – yannisf
मुझे ऐसे नामकरण के साथ कुछ भी गलत नहीं लगता है।
मेरी व्यक्तिगत वरीयता - के साथ वेब संसाधनों का नाम है, जैसे edit-user.jsp। मुझे लगता है कि यह व्यक्तिगत स्वाद का अधिक सवाल है। मुझे _ पसंद नहीं है। - ब्राउज़र पता बार में कम से कम शब्दों को देखने में आसान बनाता है (कम से कम मेरे लिए)। और जहां तक मैंने देखा - काफी आम है।
यदि आप विंडोज़ वातावरण (या तो विकास या होस्टिंग के लिए) पर अपनी साइट को तैनात कर रहे हैं, तो यह 2 समान संसाधनों के साथ समस्याओं का दरवाजा खोल सकता है।
लेकिन यदि आप 'डबल' फ़ाइल नामों से बचें जैसे कि यह कम या ज्यादा स्वाद है।
इस नाम की एक नामकरण योजना http://localhost/application/edit/user/form.htm अलग-अलग शब्दों को बेहतर दिखाती है, और "उपयोगकर्ता" के साथ कुछ करने के लिए पार्स करना आसान हो सकता है।
मुझे ऊंट आवरण बहुत आकर्षक नहीं लगता है। हालांकि जावा के लिए यह सम्मेलन है और जावा को करते समय हमें इसका पालन करना चाहिए, हमें अन्य सामानों का नामकरण करने की आवश्यकता नहीं है।
ऐसा नहीं है कि हम इसे हर दो शब्दों के बीच एक विभाजक डालने में कठोर पाते हैं, लेकिन अंडरस्कोर टाइप करना वाकई मुश्किल है, इसके लिए बहुत दूर तक खींचने के लिए दो पिंकी उंगलियों की आवश्यकता होती है। दुर्भाग्यवश अंडरस्कोर भाषा डिजाइनरों द्वारा पहचानकर्ताओं में अनुकूल है।
जो भी अगली प्रोग्रामिंग भाषा का आविष्कार करता है, कृपया नाम स्थान विभाजक के रूप में '/' का उपयोग करें, और '।' शब्द विभाजक, इसलिए बजाय
java.beans.beancontext.BeanContext.getResourceAsStream()
के रूप में हम
java/beans/bean.context/Bean.Context/get.resource.as.stream()
इंतजार है ... '/' पहले से ही विभाजन के लिए प्रयोग किया जाता है। कोई बात नहीं।
यह एक पूरी तरह से व्यक्तिपरक मामला है। इस प्रकार, (ए) कोई जवाब नहीं है, और (बी) यह प्रोग्रामर.स्टैकएक्सchange.com पर है! –