2010-03-18 3 views
3

Il existe un mécanisme de localisation dans WCF qui permet de localiser les erreurs renvoyées au client, via un objet FaultReasonText qui fait partie de l'erreur.Est-ce que quelqu'un utilise réellement FaultReasonText pour localiser les fautes des services WCF?

La façon dont cela est fait est que vous passez toutes les traductions possibles du message de la faute dans une collection dans le FaultReasonText. Cela, je le comprends, est basé sur SOAP v1.2.

Quelqu'un utilise-t-il réellement ce mécanisme? Cela ne gâche-t-il pas la bande passante? Pourquoi enverriez-vous toutes les traductions possibles à un client qui n'est (probablement) intéressé que par une langue spécifique?

+0

Pas si inutile que les défauts ne devraient pas arriver QUE souvent .... cela dit, je ne connais personne. Voyons qui répond;) – TomTom

+0

Salut TomTom. Je pense en fait d'une manière ou d'une autre à des réponses régulières comme moyen de fournir du contenu localisé à partir de mon serveur. Je suppose que dans ce contexte, le gaspillage est plus pertinent. – urig

+0

Je me suis demandé cela moi-même. – luksan

Répondre

1

FaultReason Class permet de stocker plusieurs traductions si cela est nécessaire, par exemple pour mettre en cache des descriptions de défauts possibles dans différentes langues.

Cependant, normalement, le constructeur FaultReason(FaultReasonText) sera utilisé pour initialiser une nouvelle instance de la classe FaultReason en utilisant l'élément de texte spécifié qui décrit la défaillance dans une langue spécifique.

Questions connexes