Мой предпочтительный метод состоит в том, чтобы такие действия обрабатывались тем же методом, который впоследствии будет виден пользователю.
Что если вы зайдете в / site / delete впоследствии как пользователь? Он должен будет либо обнаружить и выдать ошибку (показать сообщение), либо перенаправить на соответствующую страницу. / site / delete не имеет значения.
Например, если пользователь обычно видит обзор после удаления, тогда моя форма будет размещена в / site / index; index
быстро проверяет состояние и вызывает _delete()
в том же контроллере, прежде чем выполнять свою обычную работу.
Таким образом, если пользователь обновляет страницу или нажимает «назад», все должно выглядеть согласованно.
Другим примером может быть то, что / settings / edit будет публиковать для себя - это означает, что он может воздействовать на сообщение и показывать любой вывод (например, ошибки проверки). Это означает, что на моем сайте нет местоположения /settings/do_edit
, а также означает, что пользователь может безопасно вернуться к /settings/edit
и просмотреть форму для редактирования своих настроек.
Я полагаю, что это субъективный взгляд на, возможно, объективный вопрос, и я бы поощрял обратную связь с моим мнением, но это мой способ избежать проблемы, о которой вы спрашивали.