Язык программирования C#9 и платформа .NET5 - Троелсен Эндрю
ЧИТАТЬ КНИГУ ОФЛАЙН в приложении ios/android
public IActionResult ByMake(int makeId, string makeName){ ViewBag.MakeName = makeName; return View(_repo.GetAllBy(makeId));}На заметку! Если метод действия не декорирован каким-либо атрибутом метода HTTP, то по умолчанию принимается метод
GETPOSTМаршрутизация для служб API
Существенное различие между определениями маршрутов, которые применяются для приложений в стиле MVC, и определениями маршрутов, которые используются для служб REST, заключается в том, что в определениях маршрутов для служб не указываются методы действий. Методы действий выбираются на основе метода HTTP запроса (и необязательно типа содержимого), но не по имени. Ниже приведен код контроллера API с четырьмя методами, которые все соответствуют одному и тому же шаблону маршрута. Обратите внимание на атрибуты методов HTTP:
[Route("api/[controller]")][ApiController]public class CarController : ControllerBase{<b> [HttpGet("{id}")]</b> public IActionResult GetCarsById(int id) { ... }<b> [HttpPost]</b> public IActionResult CreateANewCar(Car entity) { ... }<b> [HttpPut("{id}")]</b> public IActionResult UpdateAnExistingCar(int id, Car entity) { ... }<b> [HttpDelete("{id}")]</b> public IActionResult DeleteACar(int id, Car entity) { ... }}Если метод действия не имеет атрибута метода HTTP, то он трактуется как конечная точка приложения для запросов
GETНа заметку! Инфраструктура ASP.NET Web API позволяет не указывать метод HTTP для метода действия, если его имя начинается с
GetPutDeletePostGETПоследним селектором конечных точек для контроллеров API является необязательный атрибут
Consumescontent-type[HttpPost][Consumes("application/json")]public IActionResult PostJson(IEnumerable<int> values) => Ok(new { Consumes = "application/json", Values = values });[HttpPost][Consumes("application/x-www-form-urlencoded")]public IActionResult PostForm([FromForm] IEnumerable<int> values) => Ok(new { Consumes = "application/x-www-form-urlencoded", Values = values });Перенаправление с использованием маршрутизации
Еще одно преимущество маршрутизации связано с тем, что вам больше не придется жестко кодировать URL для других страниц в своем сайте. Записи в таблице маршрутов применяются для сопоставления с входящими запросами, а также для построения URL. При построении URL схема, хост и порт добавляются на основе значений текущего запроса.
Фильтры
Фильтры в ASP.NET Core запускают код до или после специфической фазы конвейера обработки запросов. Существуют встроенные фильтры для авторизации и кеширования, а также возможность назначения специальных фильтров. В табл. 29.7 описаны типы фильтров, которые могут быть добавлены в конвейер, перечисленные в порядке их выполнения.
Фильтры авторизации
Фильтры авторизации работают с системой ASP.NET Core Identity, чтобы предотвратить доступ к контроллерам или действиям, использовать которые пользователь не имеет права. Создавать специальные фильтры авторизации не рекомендуется, поскольку встроенные классы
AuthorizeAttributeAllowAnonymousAttributeФильтры ресурсов
Код "перед" выполняется после фильтров авторизации и до любых других фильтров, а код "после" выполняется после всех остальных фильтров. Таким образом, фильтры ресурсов способны замкнуть накоротко целый конвейер запросов. Обычно фильтры ресурсов используются для кеширования. Если ответ находится в кеше, тогда фильтр может пропустить остаток конвейера.
Фильтры действий
Код "перед" выполняется немедленно перед выполнением метода действия, а код "после" выполняется сразу после выполнения метода действия. Фильтры действий могут замкнуть накоротко метод действия и любые фильтры, помещенные внутрь фильтров действий.
Фильтры исключений
Фильтры исключений реализуют сквозную обработку ошибок в приложении. У них нет событий, возникающих до или после, но они обрабатывают любые необработанные исключения, сгенерированные при создании контроллеров, привязке моделей, запуске фильтров действий либо выполнении методов действий.