J'ai une application de service WCF qui utilise un composant appelé EnvironmentConfiguration qui contient des informations de configuration pour mon application. Je convertis ce service afin qu'il puisse être utilisé par différentes applications ayant des exigences de configuration différentes.Comment résoudre les dépendances basées sur des données de contexte transitoires à l'aide de Castle Windsor?
Je veux identifier la configuration à utiliser en permettant un paramètre supplémentaire à transmettre à l'appel de service c.-à-
public void DoSomething(string originalParameter, string callingApplication)
Quelle est la méthode recommandée pour modifier le comportement de la classe EnvironmentConfiguration sur la base des données transitoires (callingApplication) sans avoir à passer la variable callingApplication à toutes les méthodes de composant qui ont besoin d'informations de configuration?
Donnez-nous plus de contexte. D'où vient le 'callingApplication'? Comment est-il utilisé, etc –
OK, donc j'ai un outil de téléchargement de documents qui est utilisé pour télécharger des documents sur SharePoint. Cela appelle un service WCF transmettant le document et certaines métadonnées. Les métadonnées incluent les propriétés SubApplication et UserName. L'API SharePoint inclut un objet appelé SPWeb. Cet objet SPWeb est transmis à certains de nos composants en utilisant l'injection de constructeur. SPWeb prend en charge une méthode d'emprunt d'identité. Je souhaite donc utiliser le paramètre UserName transmis en tant qu'information contextuelle. Le problème est que je n'ai pas cette information de contexte quand j'enregistre mes autres composants standard. –
De même, je souhaite avoir différentes informations de configuration (c'est-à-dire le site de fin de partage) en fonction du paramètre SubApplication qui n'est disponible que lorsque la requête est effectuée. –