Как заставить веб-API отображать представление Razor с использованием модели, которую он возвращает? И только XML/JSON, когда установлены заголовки accept (или .extension)? Это вообще возможно?
Кажется безумием требовать один набор контроллеров для рендеринга HTML и другой для JSON/XML, если они работают с одними и теми же моделями.
Обновление Даррел Миллер уже написал ViewEngineFormatter for Razor, который мог бы помочь, хотя еще не пробовал.
Я задавал аналогичный вопрос об этом в прошлом на StackOverflow, потому что хотел сделать то же самое. Однако в итоге я получил область «Api» и набор контроллеров, а также стандартный набор контроллеров MVC для веб-сайта.
Оглядываясь назад, это на самом деле не было чем-то плохим. Я обнаружил, что в любом случае я склонен делать разные вещи в каждом наборе контроллеров. Мои представления не просто CRUD, но, как правило, содержат дополнительные контекстные данные, поэтому приятно возвращать модели представлений, специфичные для этой страницы.
Я думаю, что если бы я придерживался своей цели объединить два, я мог бы получить либо чрезмерно сложные контроллеры, либо пользовательский интерфейс, который был бы не таким оптимальным, как мог бы быть. Так что, хотя это не прямой ответ на ваш вопрос, по моему опыту, невозможность сделать это может быть не такой уж плохой вещью.
Вместо этого я получил богатый набор компоновщиков и команд, которым делегирует большинство моих контроллеров. Таким образом, я могу повторно использовать большую часть логики контроллера, в то же время имея возможность делать определенные вещи для API, а не для Интернета:
http://www.paulstovell.com/clean-aspnet-mvc-controllers
Да, именно так он разработан для: Веб-API для данных и MVC для визуализированных представлений. Я знаю, что некоторые люди попытаются добавить поддержку механизма представления в веб-API, но он не предназначен для этого.
Мое личное мнение по этому поводу заключается в том, что этот параллельный мир между MVC и Web API (который является источником большинства критических замечаний, в то время как сообщество в целом хвалит продукт) в основном является следствием того факта, что Web API был добавлен в MVC без ссылки (или знания о ней).
Как сказал Джон Гэллоуэй в недавнем подкасте, если бы у команды были знания HTTP, которые у них есть сейчас (а также ретроспективное понимание популярности REST API сейчас, которого у них не было тогда), они разработали бы только один конвейер, обслуживающий данные и отображающий взгляд одинаковый.
Я могу только предположить, что будущая версия MVC/Web API будет представлена как единый конвейер. Фактически, этот параллельный мир мог быть тщательно продуманным планом их объединения в ближайшем будущем.
Кажется безумием требовать один набор контроллеров для рендеринга HTML и другой для JSON/XML, если они работают с одними и теми же моделями.
АФАИК, так оно и есть. Для рендеринга HTML и ApiControllers для JSON/XML следует использовать стандартные контроллеры.
Кажется безумием требовать один набор контроллеров для рендеринга HTML и другой для JSON/XML, если они работают с одними и теми же моделями.
Web API — это именно то, что называется — технология создания API.
Если вы создаете приложение ASP.NET MVC и хотите вернуть некоторый JSON для своих собственных целей, вам не нужно согласование содержимого и т. д., поэтому вам не нужен веб-API (просто используйте старый добрый JsonResult).
Если вы хотите создать повторно используемый API, вам нужен Web API, но ваше клиентское приложение должно использовать его так же, как и все остальные.
Web API не предназначен быть "молотком" для "прибивания" всех не-HTML-запросов - используйте его, когда вам это нужно.
Я ищу что-то похожее на это, но не совсем. Прошерстив Интернет, я нашел пару постов Фредрика Нормена. Он пишет именно об этой проблемной области и фактически указывает стороннее решение во втором сообщении в списке. По сути, решение включает в себя создание пользовательского MediaTypeFormatter, который знает, как обрабатывать представления с помощью механизма Razor, предоставленного Microsoft (с помощью сторонняя библиотека).
Надеюсь, Microsoft скоро реализует что-то в Web API, поскольку Hypermedia, похоже, набирает обороты.
Надеюсь это поможет!
