Также я хочу следовать REST API Convention для обслуживания в будущем.
REST не имеет значения, какие соглашения по орфографии вы используете для идентификаторов ресурсов.Любое написание, которое соответствует RFC 3986 , подойдет.Например, если вы посмотрите на RFC 7230 , вы увидите, что нет ссылок на существительные.
http://example.org/C6CF1E69-1EFD-4836-BDF7-025972D85298
... - это совершенно приемлемый URI.
После некоторого поиска обнаружил, что существительное используется во множественном числе.
Часто да.Во многих случаях это заставляет думать об элементах коллекции как о подчиненных самой коллекции, и поэтому написание /collection-name/member-id встречается часто.
Но, как вы заметили, не все английские существительные имеютмножественное число.Также верно, что не все английские существительные имеют форму единственного числа.Любое абсолютное правило потребует либо (а) домена, в котором не возникает ни одного из исключительных существительных, либо (б) некоторого хеджирования.
Машинам все равно - у нас нет компиляторов, которыеищите множественное число в словарях, чтобы убедиться, что правила соблюдаются.Что касается анализаторов URI, то это просто последовательность байтов, составляющих сегмент пути.
Заботится только человеческая аудитория;и на самом деле людей не волнует, что правильное написание следует правилу, настолько, насколько они делают, что правильное написание легко угадать / запомнить.
Короче говоря, если вам нужны идентификаторы для коллекцийbutter, или spectacles, разумный протокол, которому нужно следовать, - это сделать наилучшее предположение из одного доступного вам правописания, не слишком заботясь о том, следует ли это правописание "правилу".
Насколько я могу судить, flask не имеет четкого мнения о множественном числе URI;если это не так, или если мнения не являются удовлетворительными, вы можете обратиться к другим библиотекам, чтобы узнать, что они делают (например, раскрутить Rails Inflector и посмотреть, что делает метод множественного числа).