WCF REST: Paramètres de chaîne de requête insensibles à la casse, convention de dénomination suggérée - utiliser le caractère de soulignement ou?

Question

Il semble que les paramètres de la chaîne de requête que vous pouvez transmettre à une méthode de repos dans WCF REST soient insensibles à la casse - en fait, cela est logique.

Quelle est la meilleure convention de nommage pour les paramètres avec 2 mots, en utilisant un _ (trait de soulignement) ?? Je n'ai jamais aimé ça, j'ai préféré utiliser camelCasing mais si c'est insensible à ce que d'autres options à faire j'ai?

par exemple ici est ma méthode WebGet

[WebGet(UriTemplate = "?skip={skip}&top={top}&unansweredOnly={unansweredOnly}")] 

de

Avis j'ai le mot unansweredOnly, pour que je puisse le faire unanswered_only .... ou bien sûr que je pourrais le laisser comme unansweredOnly (notationsCamel), mais bien sûr, sans réponse ne fonctionnerait aussi ... mais je pourrais le montrer comme UnansweredOnly dans la documentation pour le service.

Maintenant quelque chose de surprenant est que, dans la page d'aide du service de repos WCF il le montre comme notationsCamel :-)

(from help page) ?skip={skip}&top={top}&unansweredOnly={unansweredOnly} 

Je suppose que je suis en train de se faire une idée de ce que tout le monde est en train de faire, AAND ce qui est recommandé en façon de faire les choses.

Je voudrais vraiment apprecier quelques commentaires.

Je ne veux pas entrer dans une mauvaise habitude

Merci à l'avance

Answer 1

La spécification http dit que la chaîne de requête doit être sensible à la casse.

Si WCF est insensible à la casse, pourquoi est-ce que cela vous empêcherait d'utiliser le camel?

Même si votre infrastructure Web utilise des chaînes de requête sensibles à la casse, vous ne devez jamais utiliser de paramètres de chaîne de requête qui ne diffèrent que dans le cas.