¿Qué opinas sobre el uso de camel case para recursos web?Camel case en los recursos web
Vengo de un fondo de Java donde el camello es una segunda naturaleza, pero aún cuando nombrar recursos web, como html, css, Javascript camel case no se siente bien.
(por ejemplo http://localhost/application/editUserForm.html vs http://localhost/application/edit/user/form.html)
Cualquier comentario, sugerencias son bienvenidas!
La consideración principal en los esquemas de nomenclatura sería el impacto en el SEO. Desde mi punto de vista, Google (y presumiblemente otros motores) pueden "leer" palabras amalgamadas en una sola cadena, por lo que el caso de camello debería estar bien, al igual que una cadena única que no distinga mayúsculas de minúsculas. Dividir el esquema por directorio usando reescrituras sería más claro para las arañas menos capaces. Un consejo que Google da es usar guiones (-) en lugar de guiones bajos (_), pero eso no es relevante aquí.
Si espera que una persona real tenga que escribir la dirección completa, usar algo fácil de leer sería una ventaja para minimizar el error.
De hecho, tienes razón, pero la pregunta obviamente no era lo suficientemente clara. Estaba más preocupado por el estilo que por la parte funcional del nombre de la url.Los recursos de los que estoy hablando están en su mayoría ocultos de la web pública y contienen contenido dinámico, por lo que el descubrimiento y la indexación de Google no son un problema. ¡Punto tomado sin embargo! – yannisf
¡Tu última oración fue al grano! "Si esperas que una persona real tenga que escribir la dirección completa, usar algo fácil de leer sería una ventaja para minimizar el error". – yannisf
No encuentro nada de malo en tal nombramiento.
Mi preferencia personal es nombrar recursos web con -, como edit-user.jsp. Creo que es más una cuestión de gusto personal. No me gusta _. - hace que sea más fácil encontrar palabras separadas en la barra de direcciones del navegador (al menos para mí). Y por lo que vi - es bastante común.
Podría abrir la puerta a problemas con 2 los mismos recursos que difieren en la envoltura, si está implementando su sitio en un entorno de Windows (ya sea para desarrollo o hosting).
Pero si evita los nombres de archivo 'dobles' como ese es más o menos de gusto.
Un esquema de nomenclatura como este http://localhost/application/edit/user/form.htm muestra mejor las palabras separadas, y podría ser más fácil de analizar como algo que ver con "usuario".
No encuentro la carcasa de camello muy atractiva. Si bien es la convención para Java y debemos seguirla al hacer Java, no tenemos que hacerlo cuando nombramos otras cosas.
No es que nos resulte tedioso insertar un separador entre cada dos palabras, pero el guión bajo es muy difícil de escribir, se requieren dos dedos meñiques para estirar muy lejos. Desafortunadamente, los diseñadores de idiomas favorecen el subrayado en los identificadores.
Cualquiera que invente el siguiente lenguaje de programación, use '/' como separador de espacios de nombre y '.' como separador de palabras, así que en vez de
java.beans.beancontext.BeanContext.getResourceAsStream()
tenemos
java/beans/bean.context/Bean.Context/get.resource.as.stream()
espera ... '/' ya se utiliza para la división. no importa.
Esto es un asunto totalmente subjetivo. Como tal, (a) no hay respuesta, y (b) pertenece a programmers.stackexchange.com! –