2010-08-02 2 views
2

Лучше ли практиковать AJAX каждый элемент формы отдельно (например, отправить запрос onChange и т. Д.) Или собрать все данные, а затем отправить с сохранением 1 кликом?AJAX каждый элемент формы?

По существу, автоматическое сохранение или инициирование пользователем-сохранить?

+0

Я бы добавил «удобство использования» и удалил тег «jquery». –

ответ

0

зависит от следующих факторов:

  1. Какие данные вы пытаетесь сохранить. Например. нормально ли сохранять данные частично или вам нужно сохранить все сразу?
  2. Сколько данных вы хотите сохранить? Если у вас много полей, вы можете отправить данные в куски (в случае мастеров) или сохранить все сразу
  3. Также неплохо сохранить данные (в фоновом режиме) для больших форм временным образом, если пользователю может потребоваться много времени, чтобы заполнить данные (например, электронные письма, сохраненные как черновики)
  4. Это также зависит от вашего веб-приложения и способа разработки ваших форм. В некоторых формах можно разрешить некоторые поля должны быть изменены и сохранены Inplace, так что вы можете получить дополнительные данные, например
  5. В большинстве случаев это было бы хорошо иметь явное «Сохранить» действие для данных форм
+0

Веб-приложение требует, чтобы пользователь вводил цифры в разные текстовые поля. В каждой форме может быть до 30 таких полей. В настоящее время у меня есть автосохранение с событием onChange, однако я обнаружил, что иногда некоторые из полей не сохраняются, когда пользователь быстро вводит данные во многие поля. Как вы думаете? – Paul

+1

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

2

Я бы сказал, что это зависит от характера вашего приложения и является ли поведение «автосохранение» желательным для ваших пользователей.

«Пользователь инициировал сохранение» - это то, что пользователь будет ожидать от своего опыта работы с веб-формами в наши дни - я бы не отклонился от этого, если нет веской причины.

+0

Обычно я согласен с тем, что «Пользователь инициировал сохранение» - это обычная манера, однако ключевыми критериями в этом веб-приложении являются то, что пользовательские данные не теряются, поэтому клиент настоятельно предложил использовать функцию автосохранения. – Paul

+0

@Paul справедливо, но тогда я действительно не понимаю, почему вы спрашиваете? –

3

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

Это не означает, что автосохранение не имеет своего места, но часто это может быть причиной ненужного трафика. Например, если я автоматически сохраняю контактную форму, заполните мое имя, затем отправлю электронное письмо, затем верните его имя, чтобы изменить его, то есть уже 3 запроса, которые были отправлены без каких-либо преимуществ - это дополнительная работа без каких-либо дополнительных преимуществ ,

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