ну если я голую String так засуну то оно вернёт с сервера ошибку мол не нашло поля с нужным именем. А создавать отдельный класс с одной переменной String это как-то тупо.
ну если я голую String так засуну то оно вернёт с сервера ошибку мол не нашло поля с нужным именем. А создавать отдельный класс с одной переменной String это как-то тупо.
За мар не проверял. Попробую. Спс.
ну, очевидно, если ты суёшь строку, он и отправляет строку, а не объект :)
ну если я голую String так засуну то оно вернёт с сервера ошибку мол не нашло поля с нужным именем. А создавать отдельный класс с одной переменной String это как-то тупо.
За мар не проверял. Попробую. Спс.
по-моему хранить requestBody даже из одного параметра не так уж и тупо
Как тогда всё это дело логично организовать в коде? Скажем если запрос в теле которого должно быть несколько объектов . То я так полагаю, что для такого запроса нужно б сделать какой-то класс....
Во всяком случае какое-то время назад это работало, если вписать в ретрофит метод поля с аннотацией @Field, а сам метод помимо @Post пометить этим самым. Но это если я чето не путаю
Во всяком случае какое-то время назад это работало, если вписать в ретрофит метод поля с аннотацией @Field, а сам метод помимо @Post пометить этим самым. Но это если я чето не путаю
Это работало, когда нужно отправить form urlencoded.
Так как мне быть если сервер ждёт json в котором несколько объектов? Создавать все эти классы для request boby или есть более логичный подход, которым пользуются ?
Ребят, есть такой вопрос. Когда есть объект, который содержит в себе объекты, а те ещё объекты и всё это то Parcelable, то Serializable можно ли такую дичь как-то в интент запихнуть? я понимаю, что это плохо, но вот такие есть обстоятельства?