Utilisation de DataBase de fournisseur d'appartenances avec Entity Framework 4.1

J'ai fait la base de données en utilisant ASP.Net Configuration (outil aspnet_regsql.exe). Je veux utiliser EF 4.1 pour écrire le Couche d'accès aux données. (Je vais ensuite l'utiliser dans un service WCF et consommer des services à partir d'une application WPF)

Comment puis-je utiliser EF 4.1 pour faire ça .....

Donc, pour un simple souci de démo .. Je veux écrire des fonctions pour la gestion des utilisateurs

Je sais que je dois utiliser la première approche de DataBase (IN EF 4.1) .. mais il y a tellement de tables et généralement l'entrée de la base de données est faite en utilisant des procédures stockées (Ou les classes fournies par le Sql Membership Provider) .... et quand j'ajoute un utilisateur ou un rôle ... De nombreuses tables sont mises à jour simultanément (Sp le fait) ... EF 4.1 fera-t-il de même en examinant la structure de la base de données.

Je ne peux pas écrire de code parce que je ne sais pas comment démarrer (sauf que j'ai fait la base de données)

Comment puis-je imiter le même comportement en utilisant EF 4.1

Tout pointeur à cet égard sera utile.

0

1 Réponses

Je veux écrire des fonctions pour la gestion des utilisateurs

Non vous ne le faites pas ou au moins vous ne devriez pas! L'API d'adhésion est autonome. Il contient toute la logique de gestion des utilisateurs et cette logique est divisée entre .NET et les procédures stockées. Si vous souhaitez accéder à l'API via WCF, utilisez le service d'authentification directement ou enveloppez les appels API standard dans un nouveau service WCF sans travailler directement avec la base de données.

L'accès direct à la base de données des membres signifie rompre le contrat d'adhésion à l'API et, dans la plupart des cas, cela signifie également créer une solution moins sécurisée et moins encapsulée. L'appartenance standard et les classes de rôles ne peuvent pas être mappées avec EF vers la base de données d'appartenance - vous devrez créer vos propres entités, ce qui rompra l'encapsulation d'origine.

Si vous voulez simplement créer une authentification personnalisée et que vous ne voulez rien utiliser de l'API Membership à l'exception de la base de données, vous devez créer votre propre base de données en fonction de vos besoins.

0
ajouté