En général, il ne va pas avoir assez d'impact pour inquiéter, en particulier puisque c'est un intranet application et non d'une utilisation générale d'Internet app. En particulier, puisque c'est de l'intranet, RÉFÉRENCEMENT n'est pas une préoccupation, depuis votre intranet ne doit pas être accessible aux moteurs de recherche. (et si elle l'est, elle n'est pas une application intranet).
Et tout cadre vaut son sel soit déjà a défaut de ce faire, ou est assez facile de changer la façon de traiter avec multi-parole URL composants, donc il ne faut pas s'inquiéter trop.
Cela dit, voici comment je vois les différentes options:
Trait d'union
- Le plus grand danger pour les traits d'union, c'est que le même personnage (généralement) est également utilisé pour la soustraction numérique et de la négation (c'est à dire. moins ou négatif).
- Les traits d'union se sentir maladroit dans l'URL de composants. Ils semblent n'ont de sens à la fin d'une URL pour séparer les mots dans le titre d'un article. Ou, par exemple, le titre d'un Débordement de Pile question qui est ajouté à la fin d'une URL pour le RÉFÉRENCEMENT et l'utilisateur des raisons de clarté.
Trait de soulignement
- De nouveau, ils se sentent mal dans l'URL de composants. Ils cassent le débit (et de la beauté/de la simplicité) d'une URL, car ils sont essentiellement ajouter un grand, lourd apparente de l'espace au moyen d'un chiffon propre, qui coule de l'URL.
- Ils ont tendance à se fondre avec souligne. Si vous pensez que vos utilisateurs à copier-coller l'Url dans MS Word ou autre texte similaire, les programmes de montage, ou n'importe où d'autre qui pourrait ramasser sur une URL et le style avec un trait de soulignement (comme des liens traditionnellement sont), alors vous voudrez peut-être éviter traits de soulignement comme des séparateurs de mots. En particulier lors de l'impression, a souligné URL avec des traits de soulignement a tendance à regarder comme il a des espaces à la place des caractères de soulignement.
CamelCase
- De loin mon préféré, car il rend l'Url semble une meilleure circulation et n'a aucun des défauts que les deux précédentes options.
- Peut être légèrement plus difficile à lire pour les gens qui ont un moment difficile différencier les majuscules de bas-de-casse, mais cela ne devrait pas être un problème dans une URL, parce que la plupart des "mots" doit être l'URL de composants et séparés par un
/ , de toute façon. Si vous trouvez que vous avez un composant de l'URL qui est de plus de 2 "mots", vous devriez probablement essayer de trouver un meilleur nom pour ce concept.
- Il ne avoir un problème possible avec de la casse, mais la plupart des plates-formes peut être ajustée soit sensible ou non sensible à la casse. Tout c'est seulement vraiment un problème pour les 2 cas de figure: un.) l'homme tapant l'URL dans, et (b).) Les programmeurs (comme nous ne sommes pas humains) en tapant l'URL dans. Les fautes de frappe sont toujours un problème, indépendamment de la casse, donc ce n'est pas différent que tout un cas.
