2016-06-12 1 views
1

J'ai un projet .NET dans lequel j'ai la classe APP.Client.Proxy projet de bibliothèque, chargé d'implémenter WCF côté client afin que tous les services et les détails de configuration de point de terminaison soient là et puis j'ai un autre projet ASP.NET MVC utilisant l'implémentation de ces services, c'est-à-dire du contrôleur. Maintenant, si je mets des détails sur les services et les points finaux dans app.config pour le projet de bibliothèque de classes, cela ne fonctionne pas, se plaindre ne peut pas trouver le point final mais fonctionne si je mets le détail de configuration du point final dans web.config pour l'application web MVC .Mise en œuvre du client WCF, est-il possible de conserver les détails des services et des points finaux dans la bibliothèque de classes app.config plutôt que web.config pour l'application ASP.NET MVC

Ma question est là la manière que je garde les services et le détail point final séparé app.config dans la bibliothèque de classe web.config plutôt que

+0

Le domaine de l'application utilise un fichier de configuration lors de l'exécution. alors que les sections de configuration d'application et de chaînes de connexion permettent de référencer respectivement 'fichier' et' configSource', vous pouvez vérifier si la même chose s'applique à wcf config section – Nkosi

+0

vérifier http://weblogs.asp.net/cibrax/configsource-attribute-on- system-servicemodel-section ou https://blogs.msdn.microsoft.com/youssefm/2009/11/03/separating-out-wcf-configuration-into-multiple-files-with-configsource/ – Nkosi

Répondre

1

Le domaine de l'application utilise un fichier de configuration lors de l'exécution. tandis que les sections de configuration d'application et de chaînes de connexion permettent de référencer respectivement le fichier externe et configSource.

Après quelques GoogleFu rapide I cam dans ces deux articles

http://weblogs.asp.net/cibrax/configsource-attribute-on-system-servicemodel-section

https://blogs.msdn.microsoft.com/youssefm/2009/11/03/separating-out-wcf-configuration-into-multiple-files-with-configsource/

Le point crucial de c'est que vous ne pouvez pas le laisser dans la config bibliothèque de classes, mais vous pouvez toujours les séparer dans les fichiers de configuration externes.

<configuration> 
    <!-- other code removed for brevity --> 
    <system.serviceModel> 
    <services configSource="Services.config" > 

    </services> 
    <bindings configSource="Bindings.config"> 

    </bindings> 
    <behaviors configSource="Behaviors.config"> 

    </behaviors> 
    </system.serviceModel> 
    <!-- other code removed for brevity --> 
</configuration> 
+0

c'est une bonne information, mais je cherchais à le mettre dans la bibliothèque de classe complète et bien sûr toute la mise en œuvre et appeler à partir de là, au cas où nous avons décidé d'aller pour une autre application, je ne dois rien faire d'autre que des cours d'implémentation bibliothèque – toxic

+0

aussi je parle de côté client pas côté serveur – toxic

+0

La même chose s'applique toujours. domaine de l'application ne va utiliser que la configuration principale. Étant donné que c'est une bibliothèque de classes, il est toujours en cours d'exécution dans le domaine d'application unique et obtient ses paramètres depuis web.config. – Nkosi