Есть ли какой-либо недостаток в настройке формы для составной части в HTML? - PullRequest
4 голосов
/ 18 января 2012

Я динамически создаю формы, и в то время, когда я выводю тег формы, я не уверен, будет ли форма иметь файловое поле или нет. Есть ли недостаток в том, чтобы всегда делать эти формы составными? Почему мы не делаем все формы везде составными?

Ответы [ 2 ]

2 голосов
/ 18 января 2012

Насколько я знаю, минусов нет.Может быть, текст / обычный текст может быть немного легче в транзакции, но я не думаю, что это значительно.Но по соображениям разметки, чтобы сохранить ваш код в чистоте, я бы использовал составную часть, только когда вы действительно загружаете файл.

EDIT

Я только что провел тест с использованием простой формы и Fiddler и результаты:

-text/plain: 1,552 bytes sent
-mulipart/form-data: 1,644 bytes sent

Текст / обычный текст в этом случае немного светлее.

Теперь, если у вас больше форма результаты:

-text/plain: 1,772 bytes sent
-mulipart/form-data: 2,837 bytes sent

Очевидно, что разница будет увеличиваться при увеличении размера формы.

Я не могу сказать, что этого достаточноЕсли вы сделаете все из нескольких частей, ваша жизнь станет проще.

1 голос
/ 18 января 2012

Существует 3 возможных варианта энтипа (как указано в W3Schools ):

  1. text / plain Пробелы преобразуются в символы "+", но специальные символы не кодируются.
  2. multipart / form-data Никакие символы не кодируются. Это значение требуется при использовании форм с элементом управления загрузкой файлов.
  3. application / x-www-form-urlencoded Это тип по умолчанию. Все символы кодируются перед отправкой (пробелы преобразуются в символы «+», а специальные символы преобразуются в значения ASCII HEX)

Кроме того, «неудач» нет, он просто определяет, каким образом данные формы будут отправлены на сервер.

...