Методы действий Delete()
В рамках процесса удаления используются два метода действий: первый (HttpGet) возвращает сущность, подлежащую удалению, а второй (HttpPut) отправляет значения удаляемой записи.
Метод действия Delete() для GET
Метод действия Delete() для GET функционирует точно так же, как метод действия Details():
[HttpGet("{id?}")]
public IActionResult Delete(int? id)
{
var car = GetOneCar(id);
if (car == null)
{
return NotFound();
}
return View(car);
}
Форму удаления можно просмотреть по ссылке /Cars/Delete/1 (рис. 31.9).
![]()
Метод действия Delete() для POST
Метод действия Delete() для POST просто отправляет значения Id и TimeStamp оболочке службы:
[HttpPost("{id}")]
[ValidateAntiForgeryToken]
public IActionResult Delete(int id, Car car)
{
if (id != car.Id)
{
return BadRequest();
}
_repo.Delete(car);
return RedirectToAction(nameof(Index));
}
Метод действия Delete() для POST оптимизирован для отправки только значений, которые необходимы инфраструктуре EF Core для удаления записи.
На этом создание представлений и контроллера для сущности Car завершено.
Компоненты представлений
Компоненты представлений — еще одно новое функциональное средство, появившееся в ASP.NET Core. Они сочетают в себе преимущества частичных представлений и дочерних действий для визуализации частей пользовательского интерфейса. Как и частичные представления, компоненты представлений вызываются из другого представления,но в отличие от частичных представлений самих по себе компоненты представлений также имеют компонент серверной стороны. Благодаря такой комбинации они хорошо подходят для решения задач, подобных созданию динамических меню (как вскоре будет показано), панелей входа, содержимого боковой панели и всего того, что требует кода серверной стороны, но не может квалифицироваться как автономное представление.
На заметку! Дочерние действия в классической инфраструктуре ASP.NET MVC были методами действий контроллера, которые не могли служить конечными точками, видимыми клиенту. В ASP.NET Core они не существуют.
(window.adrunTag = window.adrunTag || []).push({v: 1, el: 'adrun-4-390', c: 4, b: 390})
Для AutoLot компонент представления будет динамически создавать меню на основе производителей, которые присутствуют в базе данных. Меню отображается на каждой странице, поэтому вполне логичным местом для него является файл _Layout.cshtml. Но _Layout.cshtml не имеет компонента серверной стороны (в отличие от представлений), так что любое действие в приложении должно предоставлять данные компоновке _Layout.cshtml. Это можно делать в обработчике события OnActionExecuting() и в записях, помещаемых в объект ViewBag, но сопровождать подобное не будет простой задачей. Смешивание возможностей серверной стороны и инкапсуляции пользовательского интерфейса превращает такой сценарий в идеальный вариант для использования компонентов представлений.
Код серверной стороны
Создайте в корневом каталоге проекта AutoLot.Mvc новый каталог по имени ViewComponents и добавьте в него файл класса MenuViewComponent.cs. Подобно контроллерам классы компонентов представлений по соглашению именуются с суффиксом ViewComponent. И как у контроллеров, при обращении к компонентам представлений суффикс ViewComponent отбрасывается.
Добавьте в начало файла следующие операторы using:
using System.Linq;
using AutoLot.Dal.Repos.Interfaces;
using Microsoft.AspNetCore.Mvc;
using Microsoft.AspNetCore.Mvc.ViewComponents;
Сделайте класс общедоступным и унаследованным от ViewComponent. Компоненты представлений не обязательно наследовать от базового класса ViewComponent, но аналогично ситуации с базовым классом Controller наследование от ViewComponent упрощает большую часть работы. Создайте конструктор, который принимает экземпляр реализации интерфейса IMakeRepo и присваивает его переменной уровня класса. Пока что код выглядит так:
namespace AutoLot.Mvc.ViewComponents
{
public class MenuViewComponent : ViewComponent
{
private readonly IMakeRepo _makeRepo;
public MenuViewComponent(IMakeRepo makeRepo)
{
_makeRepo = makeRepo;
}
}
Компонентам представлений доступны два метода, Invoke() и InvokeAsync(). Один из них должен быть реализован и поскольку MakeRepo делает только синхронные вызовы, добавьте метод Invoke():
