2008-10-04 6 views

Répondre

0

Je suppose que vous demandez parce que vous ne pouvez pas retourner une liste de SettingProperty. Je créerais moi-même une classe sérialisable et y chargerais les propriétés.

+0

Je pense que c'est la bonne approche. Microsoft fait quelque chose de similaire dans leurs propres services d'authentification WCF, mais a décidé de ne pas les intégrer avec leurs propres fournisseurs. Dommage qu'il n'y ait aucun exemple de ceci sur le Web. Il y a une nécessité dans SOA pour l'authentification de service Web, les rôles et les fournisseurs de profil. – Junto

3

L'utilisation de votre propre classe est une option raisonnable. Vous pouvez également utiliser les paramètres du concepteur VS si vous le souhaitez.

Le concepteur VS conserve les paramètres de propriété dans la classe ApplicationSettingsBase. Par défaut, ces propriétés sont sérialisées/désérialisées dans un fichier XML par utilisateur. Parce qu'il n'y a pas de contexte utilisateur pour un service WCF, cela ne fonctionnera pas. Vous pouvez remplacer ce comportement en utilisant un SettingsProvider personnalisé, ce qui rend assez facile de conserver les propriétés où vous le souhaitez. Il suffit d'ajouter l'attribut SettingsProvider au VS généré Settings classe:

[SettingsProvider(typeof(CustomSettingsProvider))] 
internal sealed partial class Settings { 
    ... 
} 

Un bon exemple de cela est le RegistrySettingsProvider. Editer: Ma première lecture de votre question pensait que vous demandiez comment conserver les paramètres dans un service WCF. Je vois maintenant que vous voulez passer des paramètres via WCF. La classe SettingsProvider pourrait également être utilisée à cette fin.

Questions connexes