ViewModel concept existe toujours dans ASP.NET MVC de Base?

"Le concept existe encore?" "Puis-je utiliser la même approche?"

Oui, le ViewModel concept est toujours applicable .NET de Base et vous ne les utilisent encore comme avant, c'est à dire à rassembler une sélection de données dans une "forme" qui correspond aux besoins d'un point de vue particulier.

"Je ne trouve aucune information sur ce sujet dans ASP.NET Core, MVC"

Le document officiel qui décrit les modèles de vue largement. La vue d'ensemble de ASP.NET Core, MVC section a ceci à dire:

Modèle Responsabilités

Le Modèle dans une application MVC représente l'état de la
application et toute la logique métier ou d'opérations qui doivent être
exécuté par celui-ci. La logique d'entreprise doit être encapsulé dans le modèle,
avec toute logique de mise en œuvre de la persistance de l'état de l'
application. Fortement typées vues utilisent généralement ViewModel types
spécialement conçu pour contenir les données à afficher sur ce point de vue; la
contrôleur de créer et de remplir ces ViewModel les instances de la
de modèle.

Dans le Rendu HTML avec vue sur l'article:

Vous pouvez transmettre des données aux points de vue à l'aide de plusieurs mécanismes. Le plus robuste
l'approche consiste à spécifier un type de modèle dans la vue (communément appelé
comme un viewmodel, afin de le distinguer dans le domaine des affaires types de modèle),
puis de passer une instance de ce type à la vue de l'action. Nous
vous recommandons d'utiliser un modèle ou d'un modèle de vue de transmettre des données à un point de vue.

Le MVC/Avancé/Pièces pour l'Application de la section aborde également les Modèles de Vue, l'exemple de code montre comment vous pouvez assembler un certain nombre de différents objets à l'ensemble de la consommation par la vue avec un modèle de vue.

Ils ont également mentionner dans la section sur les Vues Partielles. Il y a un exemple de code qui va avec cette ici, mais ces exemples ne fait pas de bien mettre en évidence la différence entre un modèle et un modèle de vue.

Une recherche dans les docs comme suit met en lumière certains plus trop: https://docs.microsoft.com/en-us/search/index?search=viewmodel&scope=ASP.NET+Core

"..je veux faire un tableau de bord pour les projets"

Dans votre cas, les données que vous avez fournies montre juste un seul domaine de l'objet (le "Projet") qui a certains objets enfants. Si c'est toutes les données que vous souhaitez afficher, puis vous n'avez probablement pas besoin d'un modèle de vue que ce serait tout simplement un miroir de votre Project modèle.

Cependant, si vous souhaitez afficher d'autres informations sur le tableau de bord du Projet, par exemple, certaines données agrégées données sur le nombre de projets en cours, une liste de projets qui sont derrière etc. ensuite, vous pouvez assembler un modèle de vue avec des propriétés pour: Projet, NumberInProgressPrjects, OverdueProjectsList etc.

public class ProjectDashboardViewModel
{
    public Project Project { get; set; }
    public int NumberInProgressProjects { get; set; }
    public ICollection<OverdueProjectInfo> OverdueProjectsList { get; set; }
}

C'est juste un exemple, le point est que vous pouvez utiliser le modèle de vue pour résumer toutes les données nécessaires à votre point de vue, plutôt que votre contrôleur de retour d'un modèle objet qui correspond à un domaine unique objet (souvent une table de votre base de données) et puis beaucoup de données supplémentaires que vous avez besoin pour faire le reste de la fonction de la page dans le ViewData collection (par exemple, les données nécessaires pour remplir les listes déroulantes). Il ya beaucoup d'excellents articles sur les modèles de vue, cette question précédente les couvre de manière exhaustive par exemple, et est tout aussi pertinente .NET MVC de Base que d'autres versions de la MVC.

"..où je dois les mettre?"

Vous pouvez les mettre où vous choisissez, assurez-vous d'utiliser un using déclaration en cas de besoin. Le typique de la convention dans les petits projets est de les placer dans un dossier appelé "Viewmodel'.

OriginalL'auteur tomRedox

Vous pouvez utiliser le relationsships de la dbcontext
https://docs.microsoft.com/en-us/ef/core/modeling/relationships

OriginalL'auteur demser