Такой вопрос. Если вам нужно слово для сущности настроек, чтобы его можно было использовать и в единственном и во множественном числе — что вы сделаете?

К примеру, нужно для REST API, где принято указывать во множественном числе и делать выборку по ID. Так GET /settings должно отдавать список объектов настроек, а GET /settings/1 — настройки с конкретным ID.

Можно принебречь правилами и добавить settingses — но изврат.
Можно отступить от красивостей и написать settings-list

Как бы вы сделали?

Здравствуйте, Shmj, Вы писали:

Prop

Здравствуйте, Shmj, Вы писали:

S>Такой вопрос. Если вам нужно слово для сущности настроек, чтобы его можно было использовать и в единственном и во множественном числе — что вы сделаете?

Используй option/options

Здравствуйте, Shmj, Вы писали:

S>Так GET /settings должно отдавать список объектов настроек, а GET /settings/1 — настройки с конкретным ID.

Ну, так пусть и будет. В чём проблема?

Settings — оно как пальто. Не бывает пальтов ))) Так и не бывает setting (это другое слово с другим значением), так и не бывает settingses (вообще нонсенс).

Так что либо другие слова, либо использовать settings и как плюрал, и как сингюлар

Здравствуйте, karbofos42, Вы писали:

S>>Так GET /settings должно отдавать список объектов настроек, а GET /settings/1 — настройки с конкретным ID.

K>Ну, так пусть и будет. В чём проблема?

В том что GET /settings — это список Settings а не просто Settings.

Здравствуйте, Shmj, Вы писали:

S> Можно принебречь правилами и добавить settingses — но изврат.
S> Можно отступить от красивостей и написать settings-list
Попробуй термин подобрать какой-нибудь. Например, settings-collection, settings-profile, settings-config.

Здравствуйте, Shmj, Вы писали:

S>Такой вопрос. Если вам нужно слово для сущности настроек, чтобы его можно было использовать и в единственном и во множественном числе — что вы сделаете?

S>К примеру, нужно для REST API, где принято указывать во множественном числе и делать выборку по ID. Так GET /settings должно отдавать список объектов настроек, а GET /settings/1 — настройки с конкретным ID.

S>Можно принебречь правилами и добавить settingses — но изврат.
S>Можно отступить от красивостей и написать settings-list

S>Как бы вы сделали?

settings-item
settings-record
parameter
property
option

Здравствуйте, Shmj, Вы писали:

S>В том что GET /settings — это список Settings а не просто Settings.

и что?
нет же GET /settings для единичного объекта и нет GET /settings/id для списка

для user запросы идут:
GET /users/...
и нет запросов
GET /user/...

Так и в чём проблема сделать GET /settings, если это не порождает никаких проблем, кроме надуманных про множественность в названии?

Здравствуйте, Shmj, Вы писали:

S>Такой вопрос. Если вам нужно слово для сущности настроек, чтобы его можно было использовать и в единственном и во множественном числе — что вы сделаете?

S>Как бы вы сделали?

Единственное число от settings, как это ни парадоксально, — setting. Например, temperature setting, color setting.. В чем проблема?

Здравствуйте, AlexMld, Вы писали:

AM>Единственное число от settings, как это ни парадоксально, — setting. Например, temperature setting, color setting.. В чем проблема?

Нужен пакет пакетов грубо говоря...

Здравствуйте, Shmj, Вы писали:

S>Как бы вы сделали?

option, parameter

Здравствуйте, Shmj, Вы писали:

S>Как бы вы сделали?

config

Settings или groups of settings. Или Setting groups, наверное.