Discussion :

[amalliap]

Bonjour,

Est ce que quelqu'un aurait une idée de la bonne méthode pour utiliser plusieurs contrôleurs dans un projet ASP Net Core 1.0 ?

Est ce qu'on doit conserver le HomeController et tout faire à partir de celui ci, ou est ce qu'il faut créer un controller par page Web (Ex : UserController, AccountController etc..)

A l'écoute de toutes vos idées ;-)

Cordialement,

[DotNetMatt]

Il n'a pas de regle absolue, il faut avant tout etre pragmatique.

Tu peux supprimer le HomeController sans soucis s'il ne te sert a rien, et en ajouter d'autres, autant que necessaire. Une bonne pratique est de mettre tout ce qui concerne des choses similaires dans seul et meme controller, par exemple pour la gestion des utilisateurs dans le AccountController. Si tu dois faire des stats, on peut imaginer avoir un StatisticsController, etc.

Enfin tu seras aussi peut-etre interesse pour avoir des URLs qui "ont du sens", par exemple site.com/TonModule/LaFonctionnalite. Surtout si ton site est accessible publiquement (SEO), mais meme s'il ne l'est pas ca peut etre plus pratique pour tes utilisateurs.

[amalliap]

D’accord merci pour ta réponse,

Et pour les ViewModel est ce que tu as une méthode en particulier ?

Est-ce qu’on peut intégrer des objets en entiers dans un ViewModel ou est ce qu’il est préférable de n’avoir que ce que l’on veut afficher ?

Cordialement,

[Biomega]

Pour un viewModel tu n'expose que ce dont tu as besoin "en principe" mais tu y mets ce que tu veux en fin de compte .

Je te conseil si tu est sur core d'allez voir les ViewComponents surtout si tu veux pas t'ennuyer avec des ViewModels.

Nouveau sur ASP.NET Core MVC, les ViewComponents sont similaires aux vues partielles, mais ils sont beaucoup plus puissants. Les ViewComponents n'utilisent de Binding et ne dépendent que des données que vous fournissez lors de l'appel.
https://docs.microsoft.com/en-us/asp...iew-components

[footsteps]

Les viewModels sont une bonne pratique.
Tu es en UI donc tes classes == ce que le client voit.
L'intérêt est qu'elles peuvent contenir plusieurs classes différentes.
UI viewModels / BL classes service+interface / BM classes métier / Entities classes générées par L'EF core / Couche DatabaseAccess
repositories+interface, le tout en dependency injection.