Обычно этот тип используют во всяких фильтрах, типа ActionFilterAttribute. Например, в методе




Я под дебагом смотрю - Result по дефолту null. Если я его в фильтре использую, то это свойство для перенаправления используется - скажем, если юзер не авторизован, то перенаправляю его на страницу залогинивания. Но нигде не написано, что делать, если перенаправлять не надо, а надо продолжить запрос. Я просто оставляю этот Result null'ом (т. е. не присваиваю ему ничего), если мне не нужно перенаправление. Вроде, работает - т. е. продолжается запрос. Это правильный сценарий использования?

Я вот раньше пытался присвоить этому Result такую штуку




и, естественно, получал бесконечный цикл в фильтре (фильтр всё время перенаправлял на тот же метод, на котором этот фильтр срабатывал), на который браузер выдавал "Object moved to here". Гуглил-гуглил, как это обойти - нашёл только вот - т. е. что-то, связанное с "промывкой" потока ответа. И, судя по тому, что это связано с потоками - это старая версия из ASP.NET (без MVC), т. к. вроде там Response и Request были потоками. Вобщем непонятно. И я подумал, что это какое-то сложное и странное решение, и должно быть что-то попроще. Наткнулся где-то на реализацию авторизационного фильтра (через дотнетовский интерфейс IAuthorizationFilter), где Result'у (правда, это был AuthorizationContext.Result) присваивался RedirectToRouteResult (с перенаправлением на страницу залогинивания), только если юзер был неавторизован, а если был авторизован, то ничего не происходило. И решил тоже ничего не присваивать Result'у, если мне не нужно перенаправление.

Но в том-то и штука, что такой сценарий нигде не описан! Может, кто даст ссылку, где сказано, как работать с ActionExecutingContext.Result

hVostt,

мне надо было только узнать, правильно ли я работал с Result: если надо "перехватить", то присваиваю ему новый ActionResult, а если "всё в порядке - продолжить", то ничего Result не присваиваю.

Мне почему-то казалось, что Result'у значение надо присваивать всегда, и в случае, когда перенаправление не требуется (т. е. надо продолжить текущий запрос), ему надо присвоить текущий УРЛ: