Отображение представления из другого контроллера в ASP.NET MVC

Question

Отображение представления из другого контроллера в ASP.NET MVC

202

Можно ли отобразить представление с другого контроллера?

Скажем, например, у меня есть представление CategoriesController и Category/NotFound.aspx. Пока в CategoriesController, я могу легко вернуть View("NotFound").

Теперь скажите, что у меня есть ProductsController, а действие и представление - для добавления продукта. Однако для этого действия требуется, чтобы у нас была категория для добавления Продукта в. Например, Products/Add/?catid=10.

Если я не могу найти категорию на основе catid, я хочу показать представление NotFound из контроллера Категории, а не создать представление CategoryNotFound в контроллере Products.

Возможно ли это, или я неправильно структурирую вещи? Есть ли хороший способ сделать это?

dtc 18 май 2009, в 22:42

Источник

Теги:

asp.net

asp.net-mvc

views

controllers

6 ответов

151

Вы можете использовать:

return View("../Category/NotFound", model);

Он был протестирован в ASP.NET MVC 3, но также должен работать в ASP.NET MVC 2.

Guillaume86 05 дек. 2010, в 13:31

3

Работает в MVC 2 и оказался самым чистым решением для необычной ситуации, с которой я сталкиваюсь.
Todd Menier 02 фев. 2011, в 21:33
3

это тоже работает в mvc1
Eugene Gluhotorenko 30 май 2011, в 14:19
3

Resharper сообщит об этой ссылке как об ошибке, но она все еще работает.
CodeMonkeyKing 15 фев. 2012, в 01:00
1

Теперь это работает и в MVC 4 RC :)
CallMeLaNN 11 июль 2012, в 15:30
0

Да, действительно работает на MVC 3. Спасибо Guillaume86.
Jerameel Resco 12 дек. 2012, в 07:34
1

отлично работает в MVC4 :)
pollirrata 16 авг. 2013, в 01:00
1

@CodeMonkeyKing - Resharper 7 (в VS2012) правильно определяет путь в формате "~/Views/Category/NotFound.cshtml" .
Richard Everett 28 авг. 2013, в 09:59
3

Также работает в MVC 5. Хороший.
user1477388 27 июнь 2014, в 17:17
0

@CodeMonkeyKing - теперь отлично работает с Reshaper
kalan 12 окт. 2015, в 12:45
0

Стоит отметить: это решение работает с режимами отображения, например, если у вас было представление «/Category/NotFound.Mobile.cshtml».
BenWillkommen 30 дек. 2015, в 17:29
0

Мне всегда было интересно, как люди находят подобные решения
Wachburn 01 нояб. 2016, в 17:15

Показать ещё 9 комментариев

31

Вы пробовали RedirectToAction?

Paul Johnson 24 фев. 2012, в 17:57

1

Я бы сказал, что это MVC для тех, кому не нужен вид в общих папках. Обратите внимание, что для всех других решений (например, с использованием прямых путей) любому, кто пытается рефакторизовать представления, не придется принимать во внимание что он также используется в другом контроллере, что приводит к непредсказуемому поведению
yoel halb 04 дек. 2012, в 18:10
3

как насчет без перенаправления?
Luckyy 07 нояб. 2013, в 10:58
0

гораздо лучшее решение, чем перемещение представления в общие папки
juFo 10 апр. 2014, в 09:22
0

Это решение требует действия на контроллере, View (directPath) отображает вывод без каких-либо действий. Когда вы добавляете действие, вам нужно подумать, чтобы скрыть его от прямого доступа через URL, это сгенерирует шаг в истории браузера и т. Д. Но да, это мой путь.
Jan Zahradník 17 апр. 2014, в 18:55
3

RedirectToAction отправляет код ответа 302 в браузер. Это не подходит, когда вы пытаетесь показать страницу 404 не найдена. Таким образом, это решение, кажется, работает, но запутает поисковые системы.
NightOwl888 23 авг. 2014, в 13:30
0

Не могли бы вы изменить Response.StatusCode для правильного кода состояния в представлении? Или код состояния будет прочитан поисковой системой до того, как произойдет это изменение?
NullReff 03 янв. 2019, в 21:43
0

@ NightOwl888 Хороший вопрос о 404. Я не уверен, что он захочет получить статус 404, так как у него есть страница для него. Хотя это интересный момент. Я бы сказал, если категории являются динамическими, то, возможно, 404 не очень хорошая идея? Это может быть похоже на 404, если вы искали ключевые слова, которые не дали результатов.
Paul Johnson 12 фев. 2019, в 13:09
0

@NullReff - Нет, каждый запрос возвращает только один HTTP-ответ. В случае RedirectToAction первый запрос вернет 302, инструктируя браузер выполнить второй запрос URL (строго говоря, браузер не должен следовать этой инструкции, он находится вне вашего контроля). Если поисковая система выполняет переадресацию 302 на ответ 404 «Не найдено», это вводит в заблуждение набор инструкций и является расточительным и ненужным обходом.
NightOwl888 12 фев. 2019, в 13:26
0

@PaulJohnson - Там действительно не было бы ничего плохого в отображении пользовательской страницы и предоставлении кода состояния 404. Статус HTTP и отображаемая страница независимы. Однако создание статуса 302, когда вы намеревались предоставить 404, является расточительным подходом. Если вы хотите, чтобы ваше приложение показывало 404 для определенного URL-адреса, вы должны направить это действие, а не перенаправлять туда. То есть совершите один круг, а не два.
NightOwl888 12 фев. 2019, в 13:29

Показать ещё 7 комментариев

26

Да, это возможно. Верните метод RedirectToAction() следующим образом:

return RedirectToAction("ActionOrViewName", "ControllerName");

doncadavona 28 авг. 2014, в 08:43

1

Я полагаю, что это должно идти как RedirectToAction ("ActionOrView", "Controller", null), в противном случае вторым параметром является routeValues
Zoran P. 20 дек. 2014, в 08:11
0

Эти ответы могут иметь гораздо больше голосов !!
William 21 янв. 2019, в 10:23
0

Но в этом случае вы фактически должны написать действие в контроллере, в отличие от решения View.
tobbenb3 05 март 2019, в 17:13

Показать ещё 1 комментарий

12

Да, вы можете. Верните действие, подобное этому:

return RedirectToAction("View", "Name of Controller");

Пример:

RedirectToAction("Details/" + id.ToString(), "FullTimeEmployees");

Этот подход вызовет метод GET

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

RedirectToAction("Details/" + id.ToString(), "FullTimeEmployees", new {id = id.ToString(), viewtype = "extended" );

ignacio chiazzo 16 апр. 2015, в 03:14

0

Как бы я отправить объект с этим подходом?
Djeroen 23 янв. 2016, в 17:10
0

Посмотрите @Djeroen
ignacio chiazzo 16 фев. 2016, в 23:55
4

Вы не возвращаете представление, вы вызываете действие.
0014 31 авг. 2017, в 18:24

Показать ещё 1 комментарий

4

Вы также можете вызвать любого контроллера из JavaScript/jQuery. Скажем, у вас есть контроллер, возвращающий 404 или какой-либо другой пользовательский контроль/страницу. Затем, при некоторых действиях, из вашего клиентского кода вы можете вызвать какой-то адрес, который запустит ваш контроллер и вернет результат в HTML формате ваш клиентский код может принять этот возвращенный результат и поместить его туда, где вы хотите, на свою страницу...

Marko 20 май 2009, в 16:03

0

Я не знал этого. Похоже, это то, что я мог бы использовать в будущем. Да, мвк рулит :)
dtc 20 май 2009, в 18:33

Ещё вопросы

Работает в MVC 2 и оказался самым чистым решением для необычной ситуации, с которой я сталкиваюсь.
Resharper сообщит об этой ссылке как об ошибке, но она все еще работает.
Да, действительно работает на MVC 3. Спасибо Guillaume86.
@CodeMonkeyKing - Resharper 7 (в VS2012) правильно определяет путь в формате "~/Views/Category/NotFound.cshtml" .
@CodeMonkeyKing - теперь отлично работает с Reshaper
Стоит отметить: это решение работает с режимами отображения, например, если у вас было представление «/Category/NotFound.Mobile.cshtml».
Мне всегда было интересно, как люди находят подобные решения
Я бы сказал, что это MVC для тех, кому не нужен вид в общих папках. Обратите внимание, что для всех других решений (например, с использованием прямых путей) любому, кто пытается рефакторизовать представления, не придется принимать во внимание что он также используется в другом контроллере, что приводит к непредсказуемому поведению
гораздо лучшее решение, чем перемещение представления в общие папки
Это решение требует действия на контроллере, View (directPath) отображает вывод без каких-либо действий. Когда вы добавляете действие, вам нужно подумать, чтобы скрыть его от прямого доступа через URL, это сгенерирует шаг в истории браузера и т. Д. Но да, это мой путь.
RedirectToAction отправляет код ответа 302 в браузер. Это не подходит, когда вы пытаетесь показать страницу 404 не найдена. Таким образом, это решение, кажется, работает, но запутает поисковые системы.
Не могли бы вы изменить Response.StatusCode для правильного кода состояния в представлении? Или код состояния будет прочитан поисковой системой до того, как произойдет это изменение?
@ NightOwl888 Хороший вопрос о 404. Я не уверен, что он захочет получить статус 404, так как у него есть страница для него. Хотя это интересный момент. Я бы сказал, если категории являются динамическими, то, возможно, 404 не очень хорошая идея? Это может быть похоже на 404, если вы искали ключевые слова, которые не дали результатов.
@NullReff - Нет, каждый запрос возвращает только один HTTP-ответ. В случае RedirectToAction первый запрос вернет 302, инструктируя браузер выполнить второй запрос URL (строго говоря, браузер не должен следовать этой инструкции, он находится вне вашего контроля). Если поисковая система выполняет переадресацию 302 на ответ 404 «Не найдено», это вводит в заблуждение набор инструкций и является расточительным и ненужным обходом.
@PaulJohnson - Там действительно не было бы ничего плохого в отображении пользовательской страницы и предоставлении кода состояния 404. Статус HTTP и отображаемая страница независимы. Однако создание статуса 302, когда вы намеревались предоставить 404, является расточительным подходом. Если вы хотите, чтобы ваше приложение показывало 404 для определенного URL-адреса, вы должны направить это действие, а не перенаправлять туда. То есть совершите один круг, а не два.
Я полагаю, что это должно идти как RedirectToAction ("ActionOrView", "Controller", null), в противном случае вторым параметром является routeValues
Эти ответы могут иметь гораздо больше голосов !!
Но в этом случае вы фактически должны написать действие в контроллере, в отличие от решения View.
Как бы я отправить объект с этим подходом?
Вы не возвращаете представление, вы вызываете действие.
Я не знал этого. Похоже, это то, что я мог бы использовать в будущем. Да, мвк рулит :)

womp · Accepted Answer · 2009-05-18T22-25-00.000Z

Да. По умолчанию ASP.NET MVC проверяет сначала в \Views\[Controller_Dir]\, но после этого, если он не находит представление, он проверяет \Views\Shared.

Общий каталог предназначен для совместного использования представлений между несколькими контроллерами. Просто добавьте свой View в подкаталог Shared, и вам будет хорошо идти.

Если вы делаете return View("~/Views/Wherever/SomeDir/MyView.aspx"), вы можете вернуть любой вид, который вам нужен.

Спасибо, это похоже на решение, которое я должен использовать. Я все еще задаюсь вопросом, возможно ли отобразить View с другого контроллера. Я предполагаю, что это нарушает какое-то правило в MVC?
В описанной выше ситуации, да, вы должны использовать общую папку.
Да, это также возможно. Если вы вернете View («~ / Views / Wherever / SomeDir / MyView.aspx»), вы можете вернуть любой View, который захотите. Это не нарушает какого-либо конкретного правила как такового, однако ASP.Net MVC полностью посвящен «соглашению над конфигурацией». Другими словами, фреймворк создан для автоматической работы с использованием определенных соглашений, и вы должны использовать его там, где это возможно.
Спасибо за объяснение. Я не знал, что Взгляды можно так назвать. Общий каталог конечно работает отлично :)
Я не был в контроллере, поэтому мне пришлось использовать new ViewResult { ViewName = "~/Views/Error/Unauthorised.cshtml" }; и это сработало