Я не уверен, является ли модель PRG правильным выбором в моем случае. Прежде чем я представлю свой случай, PRG расшифровывается как Post / Redirect / Get, и вы можете прочитать об этом здесь: Wiki-статья
У меня есть страница поиска, поиск выполняется с помощью запроса POST (и параметров много). Вы обычно ищете заказы, и вы можете искать по адресу, датам, лицам и так далее. Допустим, вы делаете поиск, а затем открываете заказ. Теперь, если вы вернетесь назад, ваш клиент спросит вас раздражающим всплывающим окном: «Хотите отправить запрос на публикацию с его параметрами?» (или что-то в этом роде).
Это всплывающее окно раздражает, и я не думаю, что мой клиент хотел бы иметь его :)
Я подумал, может быть, было бы неплохо сохранить параметры записи в сеансе, предоставить ссылку (так что вы должны использовать эту ссылку и не можете нажать «назад» в вашем клиенте), которая делает новый запрос на публикацию с эти параметры сохраняются в сеансе, и всплывающее окно не будет раздражать ...
Затем я погуглил и нашел шаблон PRG, который кажется сложным и требует дополнительного кодирования. Моя забота о всей идее, почему бы не сделать так, чтобы весь поиск использовал GET вместо POST.
Итак, этот вопрос / мой вопрос:
- Должен ли я использовать POST или GET для поиска
- Если я использую POST, моя идея или шаблон PRG лучше?
Спасибо!