Язык программирования C#9 и платформа .NET5 - Троелсен Эндрю

namespace AutoLot.Dal.EfStructures.Migrations

{

  public partial class SQL : Migration

  {

    protected override void Up(MigrationBuilder migrationBuilder)

    {

<b>      MigrationHelpers.CreateSproc(migrationBuilder);</b>

<b>      MigrationHelpers.CreateCustomerOrderView(migrationBuilder);</b>

    }

    protected override void Down(MigrationBuilder migrationBuilder)

    {

<b>      MigrationHelpers.DropSproc(migrationBuilder);</b>

<b>      MigrationHelpers.DropCustomerOrderView(migrationBuilder);</b>

    }

  }

}

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

dotnet ef database update -c AutoLot.Dal.EfStructures.ApplicationDbContext

если вы не удаляли свою базу данных для первой миграции, то процедура уже существует и не может быть снова создана. В таком случае легче всего закомментировать в методе Up() вызов статического метода, создающего хранимую процедуру:

protected override void Up(MigrationBuilder migrationBuilder)

{

// MigrationHelpers.CreateSproc(migrationBuilder);

  MigrationHelpers.CreateCustomerOrderView(migrationBuilder);

}

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

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

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

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

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

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

(window.adrunTag = window.adrunTag || []).push({v: 1, el: 'adrun-4-390', c: 4, b: 390})

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 =&gt;

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

   public override string ToString() =&gt; FullDetail;

  }

}

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

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

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

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

public virtual DbSet&lt;CustomerOrderViewModel&gt;?

  CustomerOrderViewModels { get; set; }

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