Случай REST URI и регистр полезных данных

Question

Из того, что я прочитал, в качестве разделителя для имени URI принято использовать дефис и подчеркивание

/some-resources or /some_resources

Мои веб-приложения и серверная часть написаны на JS, поэтому я использую соглашение об именах camelCase.Это означает, что для любых запросов к полю или полезной нагрузки запроса.Информация будет в другом случае, чем путь URI.

/some-resources?someAttribute=something

Это считается плохим проектом?

Я вижу, что IBM делает что-то вроде этого:

/some_resources?someAttribute=something

Стоит ли преобразовывать мои атрибуты запроса и полезную нагрузку API REST в kebab-case, а затем добавить слой в моей бэкэнд-программе REST для нормализации атрибутов в camelCase, чтобы он мог обрабатывать информацию?

Answer 1

Нет никакой разницы в том, какой тип оболочки используется, только личные предпочтения. Если бы API кричал на меня ALL-CAPS, я мог бы быть предвзятым, полагая, что другие вещи могут быть неправильными с API ... но в приведенных вами примерах разные технологии на стороне сервера, как правило, предпочитают другой корпус, и ни один из них не ошибается.

Но я бы предпочел выбрать то, что является самым популярным в моей экосистеме.