J'implémente un service Web RESTful et plusieurs applications clientes qui sont principalement dans Silverlight. Je trouve une litanie d'options pour développer à la fois côté serveur et côté client de l'API, mais je ne sais pas quelle est la meilleure approche. Je suis préoccupé par la stabilité ainsi que par une plateforme qui continuera d'exister dans quelques mois.
Nous avons commencé à utiliser le kit de démarrage REST avec .NET 3.5 mais nous sommes passés à la nouvelle API Web WCF lors de la mise à jour vers .NET 4.0. Toute leur documentation indique que WCF Web API est le remplacement de RSK. Cependant, l'API Web est uniquement dans l'aperçu 4 et n'inclut pas (pour l'instant) la prise en charge des clients Silverlight ou Windows Phone 7.
L'API Web WCF ressemble à un wrapper au-dessus des éléments WCF WebHttp Services fournis dans la System.ServiceModel.Web
bibliothèque, ce qui me fait penser qu'il serait peut-être plus simple de simplement utiliser les éléments intégrés, mais l'API Web offre de belles fonctionnalités.
Je suis particulièrement attaché à essayer de déterminer le meilleur cours pour le côté client. Ma principale exigence est que je doive prendre en charge la désérialisation dans mes objets côté client rapidement et facilement. L'API Web offre une belle bibliothèque client mais n'a pas de version Silverlight.
J'aimerais utiliser la dernière approche et le jeu d'outils activement développé et pris en charge.
Le kit de démarrage REST est-il vraiment obsolète?
Quelqu'un a-t-il réussi à implémenter la boîte à outils WCF Web API?
Y a-t-il un intérêt à utiliser l'une ou l'autre de ces fonctionnalités par rapport aux fonctionnalités WCF WebHttp intégrées dans
System.ServiceModel.Web
?Existe-t-il une solution unique qui fonctionne pour n'importe quel client (Web, Silverlight, etc.)?
Quelles suggestions avez-vous?