API HTTP basée sur REST - dois-je utiliser WCF ?

Question

J'aimerais coder une API HTTP basée sur REST qui soit accessible depuis .NET et tout autre langage comme par exemple Python.

Dois-je utiliser WCF pour cela ? Ou est-ce que cela rendra les autres langages plus difficiles à interopérer avec mon API ?

Je veux que le serveur n'ait pas d'état du tout, et je veux pouvoir profiter des connexions persistantes HTTP parce qu'une clinique typique fera de nombreux appels HTTP d'affilée. (peut-être 2 heures d'appels d'affilée)

Je suis autorisé à utiliser .NET 4.

Answer 1

De nouveaux éléments sont prévus dans WCF pour prendre en charge HTTP et REST. Voir, http://wcf.codeplex.com/

J'ai écrit un billet d'introduction ici http://www.bizcoder.com/index.php/2010/10/28/wcf-http/

Answer 2

WCF peut faire à peu près tout ce dont vous avez besoin, mais sa courbe d'apprentissage est abrupte. Le kit de démarrage REST de Microsoft est très utile.

OpenRasta est un autre cadre REST .NET - je ne l'ai pas utilisé personnellement, mais j'en ai entendu de bonnes choses.

Answer 3

Vous devriez envisager WCF, ASP.NET MVC et WCF Data Services. Cet article présente une discussion raisonnable sur les avantages et les inconvénients de chaque approche :

http://weblogs.asp.net/cibrax/archive/2010/10/08/asp-net-mvc-wcf-rest-and-data-services-when-to-use-what-for-restful-services.aspx

Voir aussi cette question de l'OS : ASP.NET MVC et WCF

Answer 4

Je vous suggère d'essayer d'utiliser WCF. Créez d'abord un service web simple (avec un seul appel) et voyez s'il répond à vos besoins. Cela ne devrait pas vous prendre beaucoup de temps. Vous constaterez peut-être que ce tutoriel utiles.