REST WCF: parâmetros de sequência de consultas insensíveis do caso, Convenção de Nomeação sugerida - Use sublinhado ou?

Question

Parece que os parâmetros da string de consulta que você pode passar para um método de repouso no WCF REST é insesitivo para o caso - na verdade, isso faz sentido.

Qual a melhor convenção de nomenclatura para parâmetros com 2 palavras, usando um _ (sublinhado) ?? Eu nunca gostei disso, preferia usar camelcasing, mas se é insensível, que outras opções eu tenho?

Por exemplo, aqui está o meu método da webget

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

Observe que tenho a palavra sem resposta, para que eu pudesse fazer isso sem resposta_only .... ou é claro que eu poderia deixá -lo sem resposta (camelcasing), mas é claro que sem resposta também funcionaria ... mas eu poderia mostrá -lo sem resposta na documentação do serviço.

Agora, algo surpreendente é que, na página de ajuda do WCF Rest Service, ele mostra como camelcasing :-)

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

Suponho que estou tentando ter uma idéia do que todo mundo está fazendo, e qual é a maneira recomendada de fazer as coisas.

Eu realmente apreciaria algum feedback.

Eu não quero entrar em um mau hábito

desde já, obrigado

Answer 1

A especificação HTTP diz que a sequência de consultas deve ser sensível ao caso.

Se o WCF é insensível ao caso, por que isso o impediria de usar a carcaça de camelo?

Mesmo que sua estrutura da web use strings de consulta sensíveis ao caso, você nunca deve usar parâmetros de sequência de consulta que diferem apenas no caso.