Вопрос

У меня есть какие-то веб-формы, которые я приносим AJAX, и, поскольку я имел дело с базой данных на заднем конце, я подумал, что это может быть проще просто обрабатывать каждый вход в форме атомным образом с AJAX, сохраняя форму «Реальное время», так как пользователь редактирует его. Формы ~ 20 полей административных настроек.

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

Комментарии?

Это было полезно?

Решение

Очевидно, что это приведет к гораздо большему количеству HTTP-запросов для сохранения данных пользователя, а также намного больше обновлений в вашей базе данных. Таким образом, этот подход определенно дороже, чем один из них. Независимо от того, стоит ли ли это слишком дорого, зависит от нагрузки сервера.

Для меня большая трудность заключается в том, что пользователи были обучены ожидать, что формы сохраняют только данные, когда они попадают в «Отправь». Там будет определенная работа, которую вы должны сделать, чтобы сделать это очевидно для них, что вы автоматически сохраняете свой вклад. Некоторые пользователи могут быть обеспокоены отсутствием кнопки «Сохранить», а другие могут жаловаться, что они начали редактировать свои данные, но затем передумали, и теперь их частично полные данные несомненно перезаписывают свои старые данные.

Я склонен рассматривать его как большую работу, чем стоит. Но другие могут весить эти вещи по-разному.

Другие советы

Кажется чрезмерно сложным. Хорошо размещенная кнопка сохранения (ы) будет работать нормально для всех пользователей и быть более полезным. Не говоря уже о том, чтобы сохранить вас (кодирование) и ваш сервер (пропускной способность) много работы.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top