WCF REST: Параметры строки нечувствительности корпуса, предложенные Конвенция именования - используйте подчеркивание или?
-
27-09-2019 - |
Вопрос
Похоже, что параметры строки запроса, которые вы можете перейти к методу отдыха в WCF REST - это несестрый случай - на самом деле это имеет смысл.
Какова лучшая конвенция об именах для параметров с 2 словами, используя _ (подчеркивание) ?? Мне никогда не понравилось, я предпочел использовать Camelcasing, но если его нечувствителен, какие другие варианты у меня есть?
Например, вот Weetget мой метод
[WebGet(UriTemplate = "?skip={skip}&top={top}&unansweredOnly={unansweredOnly}")]
Обратите внимание, что у меня есть слово неансветно, Итак, я мог бы сделать это без ответа_ОНли .... или, конечно, я мог бы оставить это как неансветно (Camelcasing), но, конечно, неансветно также будет работать ... Но я мог бы показать это как неансветно в документации для службы.
Теперь что-то удивительное в том, что на странице справки WCF REST SERVICE она показывает это как Camelcasing :-)
(from help page) ?skip={skip}&top={top}&unansweredOnly={unansweredOnly}
Я полагаю, я пытаюсь получить представление о том, что все делают, аи, как рекомендуемый способ делать вещи.
Я бы очень признаю некоторые отзывы.
Я не хочу попасть в плохую привычку
заранее спасибо
Решение
HTTP SPEC говорит, что строка запроса должна быть чувствительной к регистру.
Если WCF нечувствителен к регистру, почему бы это остановить вас от использования Camel Cound?
Даже если ваша веб-каркас, использует Screencient Case Security STRINGS, вы никогда не должны использовать параметры строки запроса, которые отличаются только в случае.