Мой вопрос очень прост: в среднем сложном веб-запросе обычно у нас достаточно информации с точки зрения параметров запроса.Во многих случаях некоторые из этих параметров таковы, что действие контроллера вообще никогда не должно интересовать, например, referrer_id (для аналитических целей), если запрос пришел от нажатия ссылки на стороннем веб-сайте или отэлектронная рассылка.
Другой пример: если вы введете следующий URL-адрес в кворе: http://www.quora.com/As-a-mobile-apps-developer-on-what-platform-should-I-choose-to-develop-and-why, вы попадете на обычную веб-страницу, однако, если вы введете тот же URL-адрес, но с (* 1005)* snids = 24082824) в конце вы получаете содержимое страницы плюс некоторое дополнительное наложение контента (в данном случае, информация о том, кто редактировал вопрос последним)
Я думаю, что это будет глупопроверить наличие и значения каждого отдельного параметра запроса в действии контроллера.Это будет означать действие в супе if-else if-else.
Фильтры кажутся намного лучшей альтернативой, чтобы разбивать и отделять все различные элементы запроса, верно?Используя фильтры, однажды можно было полностью изменить рабочий процесс за считанные секунды, не нарушая и не мешая действиям контроллера.Действия контроллера предназначены для захвата представления, основанного на шаблоне URL запроса, но фильтры обязаны изменять запрос / ответ, перехватывать, регистрировать или даже переопределять действия контроллера, если в параметре есть еще несколько параметров сахара.запрос, верно?