Comment le Flash(SWF) client doit-il communiquer avec le .NET côté serveur ?

Question

J'ai donc ASP.NET qui tourne sur le serveur dans IIS7. Je pense que je vais utiliser MVC pour quelques pages statiques et des formulaires dynamiques de base - mais la majorité du côté client est écrite en Flash/ActionScript.

Quelle est la façon la plus simple, la plus succincte, la plus DRY de construire/générer des proxies entre le client et le serveur ?

Quel format dois-je utiliser ?

• JSON
• SOAP
• Binaire

Et quel protocole de communication dois-je utiliser ?

• WCF
• HTTP via les actions du contrôleur MVC

Il me manque probablement un format ou un protocole, mais en gros, il devrait être relativement efficace, ne pas nécessiter beaucoup de code de plomberie et, de préférence, générer automatiquement des mandataires côté client.

Answer 1

Les services web WSDL sont très faciles à consommer en Flash et simples à créer en .NET.

Je vous suggère également d'examiner au moins le format AMF, qui est le format binaire propriétaire d'Adobe pour l'échange de données entre le client et le serveur. Il existe plusieurs implémentations pour .NET, notamment amf.net et weborb.

Je ne l'ai jamais utilisé, mais j'ai entendu de très bonnes choses sur weborb : http://www.themidnightcoders.com/products/weborb-for-net/overview.html

Answer 2

J'ai consommé du JSON dans des swfs assez simple en utilisant des trucs a3corelib

Answer 3

J'ai eu une bonne expérience avec FluorineFX.net - Il semble être très similaire à WebORB mais il est gratuit et open source. Je ne pense pas que Flash/ActionScript supporte WCF

Vous devez noter que (d'après les recherches que j'ai effectuées) il n'y a aucun moyen d'envoyer un paquet du serveur au client - le client doit faire toutes les demandes.

Answer 4

Nous utilisons Weborb à mon travail. Je le recommande vivement. Il y a quelques problèmes avec la façon dont Weborb gère la sérialisation des deux côtés. Assurez-vous simplement que dans vos classes .NET, les noms des membres ne sont pas identiques aux noms des classes.

EDIT : L'édition gratuite pour développeur de Weborb devrait répondre aux besoins de la plupart des gens. Weborb a l'avantage de la rapidité, car il utilise le format binaire AMF pour communiquer par câble au lieu de JSON ou SOAP.

Answer 5

Je soutiens WebORB. Il utilise le protocole AMF, qui est le moyen le plus rapide de faire entrer et sortir des données. Vous pouvez facilement exposer vos services .NET et avoir des objets typés qui entrent et sortent. Vous pouvez utiliser RMI et Messaging. C'est un produit gratuit qui fait un excellent travail...