Могу ли я использовать другой шаблон или метод, чем PRG в этом случае? - PullRequest
0 голосов
/ 20 сентября 2011

Я не уверен, является ли модель PRG правильным выбором в моем случае. Прежде чем я представлю свой случай, PRG расшифровывается как Post / Redirect / Get, и вы можете прочитать об этом здесь: Wiki-статья

У меня есть страница поиска, поиск выполняется с помощью запроса POST (и параметров много). Вы обычно ищете заказы, и вы можете искать по адресу, датам, лицам и так далее. Допустим, вы делаете поиск, а затем открываете заказ. Теперь, если вы вернетесь назад, ваш клиент спросит вас раздражающим всплывающим окном: «Хотите отправить запрос на публикацию с его параметрами?» (или что-то в этом роде).

Это всплывающее окно раздражает, и я не думаю, что мой клиент хотел бы иметь его :)

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

Затем я погуглил и нашел шаблон PRG, который кажется сложным и требует дополнительного кодирования. Моя забота о всей идее, почему бы не сделать так, чтобы весь поиск использовал GET вместо POST.

Итак, этот вопрос / мой вопрос:

  • Должен ли я использовать POST или GET для поиска
  • Если я использую POST, моя идея или шаблон PRG лучше?

Спасибо!

Ответы [ 2 ]

1 голос
/ 20 сентября 2011

Должен ли я использовать POST или GET для своего поиска

GET, определенно.

Шаблон PRG здесь просто не применим.

1 голос
/ 20 сентября 2011

Если вы хотите, чтобы итоговый URI был общим и / или максимально кратким - используйте PRG.Если вам важнее производительность, легко читайте код и готовое решение - используйте GET.

Google использует GET, например, и в итоге получает действительно уродливый URI - но он работает и работает быстро.

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...