А
До меня плохо доходит, зачем при авторизации использовать пост, но параметры брать из юрла
Так делает сам клиент, и иначе не работает. Это не задокументированая возможность
Size: a a a
2019 February 15
(
Так делает сам клиент, и иначе не работает. Это не задокументированая возможность
Я про апи вк
U
Там в доке, кстати, написано, что можно использовать GET
А
Там в доке, кстати, написано, что можно использовать GET
Для запросов- да, но не для авторизации
(
Для меня до сих пор какой-то тайной остается, почему все пилят мессенджеры, но никто не пилит нормальную соцсеть
AM
Для меня до сих пор какой-то тайной остается, почему все пилят мессенджеры, но никто не пилит нормальную соцсеть
Дык прошёл бум, это уже не модно.
А
И ещё вопрос. Ktor не позволяет не кидать исключение при неверном status code, а дать его обработать с ответом?
(
И ещё вопрос. Ktor не позволяет не кидать исключение при неверном status code, а дать его обработать с ответом?
Ну, у
call вроде есть экстеншн проперти statusCodeА
Ну, у
call вроде есть экстеншн проперти statusCodeТолько исключение все равно выбросится
AE
Ну просто пост-запрос без тела смысла не имеет. Пацанам из ВК респект, конечно, я такого давно не видел.
Ну post для безопасности на дурака, что бы из адресной строки не дергали, а передавать 2 параметра в body или url - разницы никакой
А
Вот такое исключение. Только из response.content вычитывать результат остаётся?
AM
Ну post для безопасности на дурака, что бы из адресной строки не дергали, а передавать 2 параметра в body или url - разницы никакой
Но при этом если уже пост, почему бы не передать, как это нормальные люди делают я вместо реквест-параметров.
А
Его никак не настрить, чтоб не кидал исключение?
AM
ExpectSuccess - Clients - Ktor
https://ktor.io/clients/http-client/features/expect-success.html
https://ktor.io/clients/http-client/features/expect-success.html
А
Спасибо большое
AE
Но при этом если уже пост, почему бы не передать, как это нормальные люди делают я вместо реквест-параметров.
это вк, это php. лучше не задумываться почему так. paamayim nekudotayim!
А
Что вы думаете про такой синтаксис запросов? И в каком виде лучше возврвщать ответ? В котлине же нет чего-то вроде DynamicObject из C#?
VA
Что вы думаете про такой синтаксис запросов? И в каком виде лучше возврвщать ответ? В котлине же нет чего-то вроде DynamicObject из C#?
конкретные имена всё же лучше - контракты и всё такое. Например задействовать kotlin-serialization с data-классами и не отправлять null-поля в запросе
А
конкретные имена всё же лучше - контракты и всё такое. Например задействовать kotlin-serialization с data-классами и не отправлять null-поля в запросе
Ты про запросы? Сгенерировать классы на основе документации? Разве норм будет?
VA
Ты про запросы? Сгенерировать классы на основе документации? Разве норм будет?
а так вы их "генерите" ручками в виде строковых ключей через мапу. Никакой валидации до момента фактического запроса к сервису