Configuration du Client de consommer de la WCF JSON web service
J'ai configuré le service web à utiliser Json comme décrit sur ce blog: http://www.west-wind.com/weblog/posts/164419.aspx et divers autres blogs, mais je ne pouvais pas créer un client pour utiliser ce service. J'ai essayé plusieurs choses, mais, invariablement, j'ai eu de sens exceptions. Quelle est la bonne façon de mettre en œuvre la WCF (devrais-je ajouter) client?
Est le service qui s'exécute dans le même domaine que le client? J'ai couru dans un problème où mon service a été exécuté sur un domaine autre que celui de mon client et ne pourrait jamais obtenir de communiquer entre eux. Puis il se leva sur moi, AJAX ne permet pas de croix domaine de la communication, nativley.
OriginalL'auteur Grzenio | 2009-05-07
Vous devez vous connecter pour publier un commentaire.
Il semble y avoir une pénurie d'exemples sur la façon d'écrire une WCF client pour un service REST JSON. Tout le monde semble utiliser WCF pour la mise en œuvre du service, mais presque jamais pour la rédaction d'un client. Voici donc une assez complet de l'exemple du service (mise en place d'un GET et POST) et le client.
Service
Interface de Service
Service de structures de données
Service de la mise en œuvre
Service de balisage
Web.config
Client
Et maintenant le client. Il reprend l'interface
IService1
et la classeCar
. En outre, le code suivant et de configuration n'est requise.App.config
Programme.cs
Avoir du plaisir.
J'ai demandé à une autre question sur l'accès au code d'état HTTP WCF client. S'il vous plaît pouvez-vous voir cela et jeter un peu de lumière? stackoverflow.com/q/4677052/23671
Je suis curieux de savoir. Quel est le point de cacher le RESTE de service derrière un basé sur RPC client proxy. Pourquoi ne pas utiliser de SAVON? En utilisant WCF sur le client, comme cela, à mon humble avis vous avez perdu tous les avantages que pouvait apporter.
Cet exemple est simplement un sous-produit de certains expérimenter quand j'ai écrit un WFC client pour un service REST en utilisant principalement le JSON (mise en œuvre en Java). Ce service semble un peu différente, et est presque exclusivement en lecture seule. Et il s'est avéré être bien adapté à son but: transmettre des données avec le degré de détail, dans un format compact et en une seule requête. Les clients sont des téléphones mobiles avec une bande passante limitée et souvent la signification de l'aller-retour. Heureusement, le service n'était pas de SAVON (trop complexe, trop verbeux). Et le style RPC procurations sont tout simplement facile à utiliser...
Vous vous rendez compte que ses pas en RESTE même si, à droite? RPC sur HTTP peut être utile, mais il ne sera pas réaliser les avantages d'une architecture REST apporte.
OriginalL'auteur Codo