Я использую расширение почтальон Chrome для тестирования веб-сервиса. Есть три варианта доступны для ввода данных. Я думаю, необработанный для отправки в JSON. В чем разница между другими двумя, форма-Сведения и x-www-формы-urlencoded?
Это разные формы виды содержание определено консорциумом W3C. Если вы хотите отправить простое текстовое данных/ ASCII, то х-www-формы-urlencoded будет работать. Это по умолчанию.
Но если у вас есть, чтобы отправить не-ASCII текст или большие двоичные данные, форма-Сведения есть за что.
Вы можете использовать сырье если вы хотите отправить простой текст или JSON или любой другой вид строки. Как следует из названия, почтальон отправляет необработанные строковые данные без изменений. Тип данных, которые вы отправляете может быть установлен с помощью контент-тип заголовка из выпадающего.
Бинарных может быть использован, когда вы хотите прикрепить нетекстовые данные на запрос, например, видео/аудио файл, файл изображения или любые другие двоичные данные.
Обратитесь к этой ссылке для дальнейшего чтения: Формы в документах HTML
Это объясняет лучше: Почтальон документов
тело запроса
при построении запросов, вы будет иметь дело с просьбе редактора текста много. Почтальон позволяет вам отправлять практически любой HTTP-запрос (если вы можете'т отправить что-то, дайте нам знать!). Редактор тела разделена на 4 зоны и имеет различные элементы управления в зависимости от типа тела.
форма-данные
<удар>multipart/данные формы по умолчанию используется веб-форма используется для передачи данных.</удара> это имитирует заполнение формы на сайте, и представлять его. Форме-данных редактор позволяет набор пар ключ/значение (используя ключ-значение редактор) для ваших данных. Вы можете прикреплять файлы к ключу. Отметим, что из-за ограничений спецификации HTML5, файлы не сохраняются в истории и коллекциях. Вам придется снова выбрать файл в момент отправки запроса.
urlencoded виде
эта кодировка такая же, как и в Параметры URL. Вам просто нужно ввести пар ключ/значение, и почтальон будет кодировать правильно ключи и значения. Обратите внимание, что вы не можете загружать файлы через этот режим кодирования. Там может быть некоторая путаница между формой-данные и URL-кодированием, поэтому обязательно проконсультируйтесь с вашим API.
сырье
необработанный запрос может содержать что угодно. Почтальон не'т прикоснуться к строке, введенной в RAW редакторе, за исключением замены переменных среды. Все, что вы положили в текстовой области отправляется с просьбой. Сырой редактор позволяет установить тип форматирования наряду с правильным заголовком, Что вы должны отправить с сырым телом. Вы можете установить заголовок типа содержимого вручную. Как правило, вы бы сюда XML или JSON данных.
бинарные
двоичных данных позволяет отправлять вещи, которые вы не можете ввести в почтальона. Например, изображения, аудио или видео файлов. Вы можете отправлять как текстовые файлы. Как уже упоминалось ранее в форму-данные разделе, вам придется прикрепить файл при загрузке запрос через историю или коллекции.
Обновление
Как указал ВКК, то WHATWG как средство спецификации говорят в кодировке url-это тип кодировки по умолчанию для форм.
недопустимое значение по умолчанию для этих атрибутов является применение/х-www-формы-urlencoded государства. Недостающее значение по умолчанию для атрибута enctype также применение/х-www-формы-urlencoded государства.
multipart/данные формы
Примечание. Пожалуйста, обратитесь к RFC2388 для получения дополнительных сведений о загрузке файлов, в том числе обратной совместимости, отношения между "и multipart/данные формы" и другие типы контента, проблемы с производительностью и т. д.
Пожалуйста, обратитесь к приложению для получения информации о проблемах безопасности для форм.
Этот тип контента "и применение/х-www-формы-urlencoded" это неэффективно для отправки большого количества двоичных данных или текста, содержащего знаки не из набора ASCII. Тип контента "и multipart/данные формы", которая должна быть использована для подачи формы, содержащие файлы, отличные от ASCII-данных и двоичных данных.
Тип контента "и multipart/данные формы" не соблюдает правила всех составных потоков данных MIME, как описано в RFC2045. Определение "и multipart/данные формы" доступна на [IANA] реестра.
А "multipart/данные формы и" сообщение содержит ряд частей, каждая из которых представляет собой успешное управление. Детали будут отправлены агенту обработку в том же порядке соответствующие элементы управления отображаются в потоке документа. Границы части не должно происходить в любой из данных, как это делается, выходит за рамки данной спецификации.
Как и все составные типы MIME, каждая часть имеет дополнительный "и типа" в заголовке, что по умолчанию "в текст/равнина и". Агенты пользователей должны поставить на "типа" в шапке, в сопровождении а "кодировка" и параметр.
применение/х-www-формы-urlencoded
Это тип содержимого по умолчанию. Формы, отправленные с этого типа контента должен быть закодирован следующим образом:
Имена и значения экранируются. Пробельные символы заменяются +', и затем зарезервированные символы не экранируются, как описано в [RFC1738], раздел 2.2: неалфавитные символы заменяются
%чч', знаком процента и двумя шестнадцатеричными цифрами, представляющими ASCII-код символа. Разрывы строк отображаются как "СГ если" и парами (т. е., %0d с%0А'). Имена элементов управления/значения перечислены в порядке их появления в документе. Имя отделяется от значения к
=' и пары имя/значение отделяются друг от друга `&'.
применение/х-www-формы-urlencoded
тело протоколу HTTP сообщение отправлено на сервер-это по сути одна гигантская строка запроса -- пары имя/значение разделяются амперсандом (&ампер;), и имена отделяются от значений символа равно (=). Примером этого может быть:
MyVariableOne=ValueOne&MyVariableTwo=ValueTwo
В тип контента "и применение/х-www-формы-urlencoded и" неэффективен для отправки большого количества двоичных данных или текста, содержащего знаки не из набора ASCII. Тип контента "и multipart/данные формы", которая должна быть использована для подачи формы, содержащие файлы, отличные от ASCII-данных и двоичных данных.
Вот некоторые дополнительные примеры, чтобы увидеть исходный текст, который почтальон проходит в запросе. Вы можете увидеть это, открыв консоль почтальон:
Заголовок
content-type: multipart/form-data; boundary=--------------------------590299136414163472038474
Тело
key1=value1key2=value2
Заголовок
Content-Type: application/x-www-form-urlencoded
Тело
key1=value1&key2=value2
Заголовок
Content-Type: text/plain
Тело
This is some text.
Заголовок
Content-Type: application/json
Тело
{"key1":"value1","key2":"value2"}