Membres/Rôle/Profil API fournisseurs est apparu dans les premiers jours de asp.netasp.net fournisseur de l'appartenance api. convivialité. les meilleures pratiques
Presque chaque fois que je ne peux pas vivre avec API standard & devez ajouter des fonctionnalités supplémentaires (pour le tri, la récupération E.T.C.). Je dois également utiliser une structure de base de données différente souvent (avec une clé étrangère pour certaines tables par exemple) ou penser à des améliorations de performance. Ces considérations ont contraint les équipes auxquelles j'ai participé à construire leurs propres fournisseurs mais je ne supporte pas l'implémentation de l'API des fournisseurs (car nous n'utilisons pas au moins 70% des fonctionnalités standard). De plus, les fournisseurs conçus pour des projets précis ont rarement été réutilisés.
Je me demande si quelqu'un a trouvé des fournisseurs suisse-couteau-jours-début API mise en œuvre qui est utile pour tout type de projet sans refactorisation ... Ou utilisez-vous vos propres implémentations des premiers jours-API Ou peut-être vous abandonnez l'architecture standard et utilisez des implémentations allégées?
Merci à l'avance
Merci Richard, ces jours-ci je préfère construire une implémentation légère au lieu d'une architecture prête à l'emploi. Quelle est la différence entre FormsAuthenticationTicket et simple FormsAuthentication.SetAuthCookie (account.Id.ToString(), true); approches? –
Fonctionnellement, les deux sont * presque * équivalents. Cependant, lorsque vous définissez le cookie vous-même, vous contrôlez mieux les données et certaines propriétés supplémentaires. Ainsi, vous pouvez également stocker, si vous le souhaitez, des informations de rôle dans ce cookie, par exemple. – Richard