0 votes

Séparation correcte entre le fournisseur d'adhésion et le code du modèle

J'ai une application de gestion des utilisateurs qui comprend un fournisseur d'adhésion et un modèle d'utilisateur associé qui hérite de MembershipUser. Les choses fonctionnent, mais je ne suis pas certain de les exploiter correctement. Où se situe la séparation des préoccupations entre le code implémenté dans le modèle (comme le chargement d'un objet) et GetUser du fournisseur d'adhésion ?

Ma réflexion sur l'architecture est que je devrais mettre tout ce qui est spécifique au fournisseur (dans ce cas le back-end LDAP) et laisser les règles d'affaires et autres dans le modèle. En théorie, cela me permettrait de passer à AD en changeant simplement de fournisseur.

Cette approche semble toutefois un peu fragmentée. Des idées ?

0voto

ajma Points 5637

Vous ne devez pas placer votre logique de chargement dans le modèle. Je vous recommande de vous pencher sur le modèle de dépôt.

http://martinfowler.com/eaaCatalog/repository.html

Il y a une vidéo à ce sujet ici : http://www.asp.net/learn/mvc-videos/video-351.aspx

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X