Question

Il existe de nombreuses classes ayant ce suffixe provider. (Données, membres, modelmetadata, ...).

Quand doit être une classe appelée en tant que classe de fournisseur?

Était-ce utile?

La solution

Les fournisseurs sont la plupart du temps entre vos logiques et stocke des données de toute nature (base de données, XML, etc.). MSDN mentionne:

  

Les fournisseurs de médias de stockage abstrait dans la même façon que les pilotes de périphériques abstrait périphériques matériels.

Pour plus d'informations: Microsoft ASP.NET 2.0 fournisseurs Introduction

Par exemple: Au lieu de travailler avec une base de données ou XML, vous voulez travailler avec le stockage de fichiers à plat sur un disque quelque part dans votre réseau. Pour gérer cela, vous construisez un fournisseur personnalisé et l'utiliser au sein de votre logique pour enregistrer les données.

Autres conseils

Voici la description du modèle de fournisseur de MS (http://msdn.microsoft.com/en-us/library/ms972319.aspx):

  

Le motif lui-même est extrêmement   simple et est donné le nom   « Fournisseur », car il fournit la   fonctionnalité pour une API. Défini, un   fournisseur est tout simplement un contrat entre   une API et la logique métier / données   Couche d'abstraction. Le fournisseur est   la mise en œuvre de l'API séparée   de l'API elle-même. Par exemple, la   nouvelle fonctionnalité d'adhésion Whidbey a une   méthode statique appelée   Membership.ValidateUser (). le   classe d'adhésion elle-même ne contient pas   la logique métier; au lieu simplement   transmet cet appel à la configuration   fournisseur. Il est de la responsabilité de   la classe de fournisseur pour contenir la   la mise en œuvre de cette méthode,   quelle que soit la couche logique d'appel d'affaires   (BLL) ou Data Access Layer (DAL) est   nécessaire.

     

Il y a des règles sur la façon dont un   fournisseur se comporte. Un fournisseur   la mise en œuvre doit découler d'un   classe abstraite de base, qui est utilisé pour   définir un contrat pour un particulier   fonctionnalité. Par exemple, pour créer un   fournisseur d'appartenances pour Oracle, vous   créer une nouvelle classe   OracleMembershipProvider, qui   dérive de MembershipProviderBase.   La classe de base de fonction, par exemple,   MembershipProviderBase, à son tour   découle d'un ProviderBase commun   classe de base. La classe est ProviderBase   utilisé pour marquer les exécutants en tant que   fournisseur et force la mise en œuvre   d'une méthode requise et la propriété   commun à tous les fournisseurs. Figure 4   donne un exemple de l'héritage   chaîne.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top