comment concevoir ViewModel

Je serais toujours orienter la conception des ViewModels avec le point de vue spécifique à l'esprit, jamais du point de vue du modèle de domaine (= les entités). Comment un ViewModel semble dépend de ce que vous voulez afficher et que vous souhaitez modifier dans la vue.

Comme un résultat que vous n'avez pas LE OrderViewModel et LA CustomerViewModel parce que vous avez de différents points de vue qui permet d'afficher ou de modifier une commande ou de client ou de parties de ceux-ci. Donc, vous avez ces Viewmodel pour un usage spécifique et de vue et, par conséquent, à de multiples reprises dans différentes variations.

Imaginons que vous ayez un OrderEditView et de ce point de vue vous permettent de modifier les informations de commande et d'affichage le client de la commande. Vous avez une OrderEditViewModel comme ceci:

public class OrderEditViewModel
{
    public int OrderId { get; set; }

    public DateTime? ShippingDate { get; set; }

    [StringLength(500)]
    public string Remark { get; set; }
    //...

    public OrderEditCustomerViewModel Customer { get; set; }
}

public class OrderEditCustomerViewModel
{
    [ReadOnly(true)]
    public string Name { get; set; }

    [ReadOnly(true)]
    public string City { get; set; }
    //...
}

Ce OrderEditCustomerViewModel n'a pas besoin d'une référence à la OrderEditViewModel.

Vous pouvez remplir ce ViewModel de la sorte:

var orderEditViewModel = context.Orders
    .Where(o => o.OrderId == 5)
    .Select(o => new OrderEditViewModel
    {
        OrderId = o.OrderId,
        ShippingDate = o.ShippingDate,
        Remark = o.Remark,
        Customer = new OrderEditCustomerViewModel
        {
            Name = o.Customer.Name,
            City = o.Customer.City
        }
    })
    .SingleOrDefault();

D'autre part, si vous avez un CustomerEditView qui permet d'éditer les informations du client et affiche les commandes du client dans une liste, le ViewModel peut-être:

public class CustomerEditViewModel
{
    public int CustomerId { get; set; }

    [Required, StringLength(50)]
    public string Name { get; set; }

    [Required, StringLength(50)]
    public string City { get; set; }
    //...

    public IEnumerable<CustomerEditOrderViewModel> Orders { get; set; }
}

public class CustomerEditOrderViewModel
{
    [ReadOnly(true)]
    public DateTime? ShippingDate { get; set; }

    [ReadOnly(true)]
    public string Remark { get; set; }
    //...
}

Ici CustomerEditOrderViewModel n'a pas besoin d'une référence à la CustomerEditViewModel et vous pouvez créer le ViewModel de la base de données de cette manière par exemple:

var customerEditViewModel = context.Customers
    .Where(c => c.CustomerId == 8)
    .Select(c => new CustomerEditViewModel
    {
        CustomerId = c.CustomerId,
        Name = c.Name,
        City = c.City,
        Orders = c.Orders.Select(o => new CustomerEditOrderViewModel
        {
            ShippingDate = o.ShippingDate,
            Remark = o.Remark
        })
    })
    .SingleOrDefault();

La Customer(*)ViewModels et le Order(*)ViewModels sont différents - en ce qui concerne les références nécessaires, les propriétés et les annotations de données, selon le point de vue où ils sont utilisés.

Avec ces considérations à l'esprit la question pour les mutuelles de corriger les renvois entre les OrderViewModel et la CustomerViewModel disparaît parce que vous n'avez normalement pas besoin d'une telle bidirectionnel de référence pour vos points de vue.

OriginalL'auteur Slauma