public virtual ICollection Orders { get; set; }

  }

}

В коде все еще присутствуют проблемы, которые необходимо устранить. Свойства Color и PetName определены как не допускающие null, но их значения не устанавливаются в конструкторе или не инициализируются в определении свойств. Проблема решается с помощью инициализаторов свойств. Кроме того, добавьте к свойству PetName атрибут [DisplayName], чтобы сделать название свойства более удобным для восприятия человеком. Обновите свойства, как показано ниже (изменения выделены полужирным):

[Required]

[StringLength(50)]

public string Color { get; set; } = "Gold";

[Required]

[StringLength(50)]

[DisplayName("Pet Name")]

public string PetName { get; set; } = "My Precious";

На заметку! Атрибут [DisplayName] используется инфраструктурой ASP.NET Core и будет описан в части VIII.

Навигационное свойство Make потребуется переименовать в MakeNavigation и сделать допускающим null, а в обратном навигационном свойстве вместо "магической" строки должно применяться выражение nameof языка С#. Наконец, нужно удалить модификатор virtual. После всех модификаций свойство приобретает следующий вид:

[ForeignKey(nameof(MakeId))]

[InverseProperty(nameof(Make.Cars))]

public Make? MakeNavigation { get; set; }

На заметку! Модификатор virtual необходим для ленивой загрузки. Поскольку ленивая загрузка в примерах книги не используется, модификатор virtual будет удаляться из всех свойств внутри уровня доступа к данным.

Для навигационного свойства Orders требуется атрибут [Jsonlgnore], чтобы предотвратить циклические ссылки JSON при сериализации объектной модели. В шаблонном коде обратное навигационное свойство задействует выражение nameof, но его понадобится обновить, т.к. имена всех навигационных свойств типа ссылок будут содержать суффикс Navigation. Последнее изменение связано с тем, что свойство должно иметь тип IEnumerable, а не ICollection, и инициализироваться с применением нового экземпляра List. Изменение не является обязательным, потому что ICollection тоже будет работать. Более низкоуровневый тип IEnumerable предпочтительнее использовать с навигационными свойствами типа коллекций IEnumerable (поскольку интерфейсы IQueryable и ICollection унаследованы от IEnumerable). Модифицируйте код, как показано далее:

[JsonIgnore]

[InverseProperty(nameof(Order.CarNavigation))]

public IEnumerable Orders { get; set; } = new List();

Затем добавьте свойство NotMapped, которое будет отображать значение Make экземпляра Car, устранив необходимость в классе CarViewModel из главы 21. Если связанная информация Make была извлечена из базы данных с записью Car, то значение MakeName отображается. Если связанные данные не были извлечены, тогда для свойства отображается строка Unknown (т.е. производитель не известен). Как вы должны помнить, свойства с атрибутом [NotMapped] не относятся к базе данных и существуют только внутри сущности. Добавьте следующий код:

[NotMapped]

public string MakeName => MakeNavigation?.Name ?? "Unknown";

Переопределите ToString() для отображения информации о транспортном средстве:

public override string ToString()

{

  // Поскольку столбец PetName может быть пустым,.

  // определить стандартное имя **No Name**

  return $"{PetName ?? "**No Name**"} is a {Color} {MakeNavigation?.Name}

    with ID {Id}.";

}

Добавьте к свойству MakeId атрибуты [Required] и [DisplayName]. Несмотря на то что инфраструктура EF Core считает свойство MakeId обязательным, т.к. оно не допускает значение null, механизму проверки достоверности ASP.NET Core нужен атрибут [Required]. Ниже приведен модифицированный код:

[Required]

[DisplayName("Make")]

public int MakeId { get; set; }

Финальное изменение заключается в добавлении свойства IsDrivable типа bool, не допускающего значения null, с поддерживающим полем, допускающим null, и отображаемым именем:

private bool? _isDrivable;

[DisplayName("Is Drivable")]

public bool IsDrivable

{

Перейти на страницу:

Похожие книги