WCF REST:ケースの鈍感なクエリ文字列パラメーター、命名条約を提案します - アンダースコアの使用または?
-
27-09-2019 - |
質問
WCF RESTのRESTメソッドに渡すことができるクエリ文字列パラメーターは、不安定な場合です - 実際にはこれは理にかなっています。
_(アンダースコア)を使用して、2つの単語を使用したパラメーターの最良の命名規則は何ですか?私はこれが好きではありませんでした、私はキャメルケシングを使用することを好みましたが、その鈍感であれば、他にどのような選択肢がありますか?
たとえば、ここに私の方法のWebgetがあります
[WebGet(UriTemplate = "?skip={skip}&top={top}&unansweredOnly={unansweredOnly}")]
言葉があることに注意してください unansweredonly, 、だから私はこのUnanswered_onlyを行うことができました....またはもちろん、私はそれをunsweredonlyのように残すことができましたが(Camelcasing)が、もちろん未回答も機能します...しかし、私はそれをサービスのドキュメントで非回答として示すことができました。
驚くべきことは、WCFレストサービスのヘルプページでは、それをラクダシングとして示していることです:-)
(from help page) ?skip={skip}&top={top}&unansweredOnly={unansweredOnly}
私は誰もが何をしているのかを考えようとしていると思います。
私は本当にいくつかのフィードバックに感謝します。
私は悪い習慣になりたくありません
前もって感謝します
解決
HTTP仕様によると、クエリ文字列はケースに敏感でなければならないと述べています。
WCFが症例に依存しない場合、なぜそれがあなたがラクダのケーシングを使用するのを止めるのでしょうか?
Webフレームワークがケースに敏感なクエリ文字列を使用している場合でも、場合にのみ異なるクエリ文字列パラメーターを使用しないでください。
所属していません StackOverflow