Qual è la tua opinione sull'uso di case cammello per le risorse web?Camel case in risorse web
Vengo da uno sfondo Java in cui il caso cammello è una seconda natura, ma ancora quando si nominano risorse web, come html, css, caso cammello javascript non sembra giusto.
(ad esempio http://localhost/application/editUserForm.html vs http://localhost/application/edit/user/form.html)
Eventuali commenti, suggerimenti sono i benvenuti!
La considerazione principale sugli schemi di denominazione potrebbe avere un impatto sul SEO. Dalla mia comprensione, Google (e presumibilmente altri motori) può 'leggere' le parole amalgamate in una singola stringa, quindi il caso cammello dovrebbe essere OK, così come una singola stringa insensibile al maiuscolo/minuscolo. La suddivisione dello schema per directory usando riscritture sarebbe più chiara per gli spider meno capaci. Un consiglio che Google dà è usare i trattini (-) piuttosto che i caratteri di sottolineatura (_), ma non è rilevante qui.
Se si prevede che una persona reale debba digitare l'indirizzo completo, usare qualcosa di facile da leggere sarebbe un vantaggio per minimizzare l'errore.
In effetti hai ragione, ma la domanda ovviamente non era abbastanza chiara. Ero più interessato allo stile che alla parte funzionale del nome dell'URL.Le risorse di cui sto parlando sono per lo più nascoste dal Web pubblico e contengono contenuti dinamici, quindi la ricerca e l'indicizzazione di google non sono un problema. Punto preso però! – yannisf
La tua ultima frase era giusta al punto! "Se ti aspetti che una persona reale debba mai digitare l'indirizzo completo, usare qualcosa di facile da leggere sarebbe un vantaggio per minimizzare l'errore". – yannisf
Non trovo nulla di sbagliato in tale denominazione.
La mia preferenza personale è denominare le risorse Web con -, come edit-user.jsp. Penso che sia più una questione di gusti personali. Non mi piace _. - rende più facile trovare visivamente parole separate nella barra degli indirizzi del browser (almeno per me). E per quanto ho visto - è piuttosto comune.
Potrebbe aprire la porta a problemi con 2 le stesse risorse che si differenziano nell'involucro, se si sta distribuendo il sito su un ambiente Windows (per lo sviluppo o l'hosting).
Ma se si evita di "duplicare" i nomi di file è più o meno gusto.
Uno schema di denominazione come questo http://localhost/application/edit/user/form.htm mostra le parole separate meglio e potrebbe essere più semplice da analizzare come qualcosa con "utente".
Non trovo molto attraente il rivestimento del cammello. Mentre è la convenzione per Java e dovremmo seguirla quando si fa java, non è necessario quando si nominano altre cose.
Non è che noi troviamo noioso inserire un separatore tra ogni due parole, ma il trattino di sottolineatura è davvero difficile da digitare, richiede due dita mignolo per allungare molto lontano. Sfortunatamente il carattere di sottolineatura è favorito dai progettisti di linguaggi negli identificatori.
Chiunque inventi il prossimo linguaggio di programmazione, utilizzare '/' come separatore di spazi dei nomi e '.' come separatore di parole, così invece di
java.beans.beancontext.BeanContext.getResourceAsStream()
abbiamo
java/beans/bean.context/Bean.Context/get.resource.as.stream()
wait ... '/' è già utilizzato per divisione. non importa.
Questa è una questione interamente soggettiva. In quanto tale, (a) non c'è risposta, e (b) appartiene a programmers.stackexchange.com! –