Fournisseurs personnalisés et modèles de conception

Question

J'utilise ASP.NET 2.0 et ses différents fournisseurs. J'ai surchargé la plupart des méthodes dont j'ai besoin et et j'ai les fournisseurs personnalisés suivants :

ProjectMembershipProvider ProjectProfileProvider ProjectRoleProvider

Lors de la conception de mon projet, mon intention était de envelopper les fournisseurs personnalisés dans une façade - style conception - mélangeant et associant le profilage, l'adhésion et les rôles dans les méthodes API afin de simplifier les choses pour les développeurs.

Mais, je trouve que beaucoup de ces méthodes dans mes fournisseurs personnalisés n'ont pas besoin de changer, vraiment. Et, il semble idiot d'envelopper une méthode indépendante autonome dans une autre méthode qui fait exactement la exactement la même chose.

Alors - mon approche est-elle mauvaise ? Ou, devrais-je permettre aux utilisateurs finaux d'instancier les fournisseurs personnalisés en cas de besoin et l'api mix/match en cas de besoin ? Cela me semble un peu redondant mais je ne peux pas mais je ne vois pas d'autre solution.

Les conseils sont appréciés.

Merci.

Answer 1

Lorsque j'ai écrit un ensemble de fournisseurs personnalisés, j'ai simplement hérité des fournisseurs asp.net existants et j'ai remplacé toutes les méthodes qui nécessitaient une logique personnalisée.

J'ai aussi utilisé .Net réflecteur de regarder dans le code existant des fournisseurs asp.net, juste pour m'assurer qu'il n'y avait pas de dépendances dont je devais m'inquiéter. J'espère que cela vous aidera