Какой формат данных для запросов RESTful POST?

Question

Зашифровать значение для запроса заголовка POST при разработке RESTful API для приложения SPA?

• применение/х-WWW-форм-urlencoded
• многокомпонентные/форма-данные
• текст/скольжения
• приложения/JSON

Answer 1

• применение/х-WWW-формы -urlencoded

Для приложения/x-www-form-urlencoded тело HTTP-сообщения , отправленного на сервер, представляет собой по существу одну гигантскую строку запроса - имя/значение пары разделены амперсандом (&), а имена отделены от значения с помощью равенства символ (=)

(application/x-www-form-urlencoded or multipart/form-data?)

• многоэкземплярных/form-данные

С помощью этого метода передачи пар имя/значение каждая пара равна , представленной как «часть» в сообщении MIME . Для коротких буквенно-цифровых значений (например, большинство веб-форм) накладные расходы на добавление всех заголовков MIME значительно перевешивают любые сбережения от более эффективного двоичного кодирования

(application/x-www-form-urlencoded or multipart/form-data?)

• текста/Обычная

Это «ненадежно интерпретируемое компьютером», поэтому в производстве не должно использоваться , и мы не будем смотреть дальше.

(What does enctype='multipart/form-data' mean?)

• приложения/JSON Короче говоря, он является своего рода стандартом отрасли в настоящее время. Он обеспечивает множество преимуществ, таких как гибкость и производительность. А также быть общепринятым и описательным. Но читать пост от Stephan C которого пути более информированный: Advantages of using application/json over text/plain?

Answer 2

JSON да, приложение/JSON ... не так много. Если вы просто используете приложение/json, ваши полезные нагрузки не являются самоописательными, в конце концов - так что у вас все еще есть сильная связь между обеими конечными точками. Таким образом, я бы рекомендовал определить типы носителей на основе JSON для каждого типа сообщений.