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

M>·>Ты же как-то узнаёшь, что используется именно deprecated api...
M>В смысле "узнаю"? Ну да, я сам лично написал, что на моем сервере /api/v21 — deprecated. И если это API вызвали, оно используется.
Т.е. идентифицируешь клиента по суффиксу в урле. в чём возражение-то?

M>·>Получается т.е. ты идентифицируешь deprecated клиентов по урлу или как-то иначе
M>Я вообще не идентифицирую клиентов. У меня даже понятия "deprecated клиент" нет. И я не знаю, чем и как клиент вызывает мой API — curl, ручной код, какая-то сгенерированная библиотека. Я идентифицирую deprecated API по той информации (данным запроса), которые посылаются всеми клиентами.
Ну я наверно терминологию неудачно выбрал. Под идентификацией клиента я подразумевал как различать приходящие API запросы и классифицировать их на "хорошие" и "плохие".

M>Warning имеет семантику "Чувак, кто бы ты ни был! Пожалуйста, больше не делай так, как сделал сейчас. Это уже не модно. Пока что то, что ты сделал, работает. Но через какое-то время перестанет. И это будет твоя проблема!". Мне не нужно связывать запрос с чем-то еще для маршрутизации сообщений по альтернативному каналу. Использовал deprecated API — получил предупреждение прямо в заголовках ответа. Использовал modern API — не получил предупреждений. Если вдруг клиент использует оба API одновременно, то предупреждение он получит только на тех, которые deprecated. Потому что deprecated — свойство API а не клиента.
Так в этом-то и беда. Отправка warning ничего нового не даёт. И тебе всё равно придётся связаться с девелоперами и узнать когда они таки перестанут использовать deprecated, если требуется обеспечить надёжное функционирование всей системы. А если обеспечение надёжности не твоя забота, то и узнавать ничего не нужно, и варнинги не нужны. Отрубаешь deprecated и они сами придут и спросят.