После применения полученной миграции в первый раз уберите комментарий с указанной выше строки и все будет работать нормально. Разумеется, можно поступить и по-другому: удалить хранимую процедуру из базы данных и затем применить миграцию. В итоге нарушится парадигма "одно место для обновлений", но это часть перехода со способа "сначала база данных" на способ "сначала код".

На заметку! Вы также могли бы написать код, который сначала проверяет, существует ли объект, и в таком случае удаляет его, но это уже излишество для проблемы, которая возможно никогда не возникнет.

Добавление модели представления

Теперь, когда представление SQL Server на месте, самое время создать модель представления, которая будет использоваться для отображения данных из представления. Модель представления будет добавлена как DbSet без ключа. Преимущество такого подхода в том, что данные можно запрашивать с помощью нормального процесса LINQ, общего для всех коллекций DbSet.

Добавление класса модели представления

Добавьте в проект AutoLot.Models новый каталог по имени ViewModels, создайте в нем файл класса CustomerOrderViewModel.cs и поместите в него такие операторы using:

using System.ComponentModel.DataAnnotations.Schema;

using Microsoft.EntityFrameworkCore;

Приведите код к следующему виду:

namespace AutoLot.Models.ViewModels

{

  [Keyless]

  public class CustomerOrderViewModel

  {

    public string? FirstName { get; set; }

    public string? LastName { get; set; }

    public string? Color { get; set; }

    public string? PetName { get; set; }

    public string? Make { get; set; }

    public bool? IsDrivable { get;set; }

    [NotMapped]

    public string FullDetail =>

     $"{FirstName} {LastName} ordered a {Color} {Make} named {PetName}";

   public override string ToString() => FullDetail;

  }

}

Аннотация данных [KeyLess] указывает, что класс является сущностью, работающей с данными, которые не имеют первичного ключа и могут быть оптимизированы как данные только для чтения (с точки зрения базы данных). Первые пять свойств соответствуют данным, поступающим из представления. Свойство FullDetail декорировано посредством аннотации данных [NotMapped], которая информирует инфраструктуру EF Core о том, что это свойство не должно включаться в базу данных, и не может поступать из базы данных в результате операций запросов. Инфраструктура EF Core также игнорирует переопределенную версию метода ToString().

Добавление класса модели представления к ApplicationDbContext

Финальный шаг предусматривает регистрацию и конфигурирование CustomerOrderViewModel в ApplicationDbContext.

Добавьте к ApplicationDbContext оператор using для AutoLot.Models.ViewModels и затем свойство DbSet:

public virtual DbSet?

  CustomerOrderViewModels { get; set; }

Помимо добавления свойства DbSet необходимо с помощью Fluent API сопоставить модель представления с представлением SQL Server. Метод HasNoKey() из Fluent API и аннотация данных [KeyLess] делают то же самое, но метод Fluent API замещает аннотацию данных. Ради ясности рекомендуется оставлять аннотацию данных на месте. Добавьте в метод OnModelCreating() следующий код:

modelBuilder.Entity(entity =>

{

  entity.HasNoKey().ToView("CustomerOrderView","dbo");

});

Добавление хранилищ

Распространенный паттерн проектирования для доступа к данным называется "Хранилище" (Repository). Согласно описанию Мартина Фаулера (http://www.martinfowler.com/eaaCatalog/repository.html) ядро этого паттерна является посредником между уровнями предметной области и сопоставления с данными. Наличие обобщенного хранилища, которое содержит общий код доступа к данным, помогает устранить дублирование кода. Наличие специфических хранилищ и интерфейсов, производных от базового хранилища, также хорошо подходит для работы с инфраструктурой внедрения зависимостей в ASP.NET Core.