Inscrivez-vous gratuitement
pour pouvoir participer, suivre les r�ponses en temps r�el, voter pour les messages, poser vos propres questions et recevoir la newsletter
ASP NET Core 1.0 - Controller Method
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,
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.
Less Is More
Pensez � utiliser les boutons
,
et les balises code
Celui qui pense qu'un professionnel coute cher n'a aucune idee de ce que peut lui couter un incompetent.
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,
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
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.
R�pondre avec citation
Partager