2012-01-09 2 views
0

Для приложения rails 3, которое я создаю, пользователь получает возможность разделить сообщение, которое имеет множество различных параметров. Некоторые параметры являются необязательными, другие требуются. Пока пользователь заполняет параметры, я хочу создать предварительный просмотр того, как сообщение будет выглядеть «на лету». Некоторые параметры - это URL-адреса, которые необходимо отправить на сервер для обработки, поэтому в основном предварительный просмотр не может быть 100% -ной сгенерированной клиентской стороной.rails 3 - генерировать предварительный просмотр для нового сообщения на лету

Мне было интересно, что это лучший способ сделать это. Поскольку это может быть много данных, я не хочу отправлять все данные обратно на сервер каждый раз, когда что-то меняется для восстановления предварительного просмотра. Я бы предпочел только отправить данные, которые изменились. Но в этом случае, где хранятся остальные данные? Возможно, на сессии? Кроме того, я бы предпочел не перестраивать объект модели со всеми данными каждый раз. Есть ли способ сохранить объект модели, который представляет сообщение, когда он создается?

Спасибо.

ответ

1

Насколько велик «большой объем данных»? Если вы отправляете все это, оказывает ли это заметное влияние на производительность, или вы просто представляете, что это будет?

Как вы предоставили не слишком много информации, вот основная информация о том, что я хотел бы сделать:

  • процесс на стороне клиента. Как можно больше.

  • данные, которые не могут быть обработаны на клиенте - отправьте на сервер (только эта часть, а не остальная часть). Получите результат обработки и включите в то, что вы уже создали.

  • нет сеансов, частично построенных моделей и любого другого состояния на сервере. Протоколы без учета состояния просты. Простота является предпосылкой для надежности.

Смежные вопросы