L'authentification est quelque chose qui devrait toujours se produire à la limite d'application, parce que les différentes applications utilisant le même modèle de domaine peuvent avoir des besoins d'authentification. Si jamais vous décidez d'exposer votre modèle de domaine comme, par exemple, un service Web, l'authentification par formulaires ne sera probablement pas le meilleur mécanisme d'authentification.
Dans ASP.NET MVC, vous pouvez facilement implémenter l'authentification par nom d'utilisateur/mot de passe en utilisant le modèle de projet par défaut de Visual Studio, mais une fois l'utilisateur authentifié, vous devez définir Thread.CurrentPrincipal.
En général, IPrincipal est la base standard pour la modélisation du contexte utilisateur dans .NET. Par exemple, HttpContext.User est un IPrincipal. Dans vos modules Modèle de domaine et Accès aux données, vous pouvez utiliser Thread.CurrentPrincipal pour implémenter la logique d'autorisation. Cela vous permet de varier l'authentification et l'autorisation indépendamment l'une de l'autre.
Si vous avez besoin de travailler avec un concept utilisateur plus riche dans votre modèle de domaine, vous pouvez avoir votre User class implement IPrincipal.
Salut @Lasse Comment avez-vous fini par résoudre cela. –
Tout en un projet mvc pour le moment. Mais http://www.pluralsight.com/training/Courses/TableOfContents/getting-started-aspdotnet-mvcservice-stack-bootstrap pourrait être quelque chose à regarder –