in .NET, je pense à un service Web comme étant un type de projet que vous sélectionnez dans le menu, définissez vos classes et vos méthodes .NET fait que cette magie noire sous la capuche pour permettre à quelqu'un de l'autre côté de la Monde de référencer mon service Web et de commencer à coder en utilisant mes classes et mes méthodes directement dans leur studio visuel.
Donc, avoir cette notion préconçue, lors de la recherche d'écriture des services Web de repos à l'aide de MVC 3 (je sais que MVC 4 a une API de repos cuit au four, mais j'attends une version complète) Je me demande toutes les choses habituelles comme "Est-ce Une bonne idée "", «Est-ce que cela devint à une utilisation intensive» et »je suis juste en train d'écrire des services Web jouets que d'autres développeurs se moqueront de».
Maintenant, je pense que beaucoup de mon anxiété est probablement à la hauteur de Microsoft, de ne pas avoir enveloppé un ensemble de repos ballonné, trop compliqué, brillant, brillant autour de lui. Donc, je cherche à avoir mon anxiété soulagée, espérons-le, par des gens qui me disent oui, les services Web MVC sont parfaitement bonnes choses à créer.
Toute aide?
5 Réponses :
Je l'ai fait quelques fois, je l'utilise toujours en production et je n'ai aucune plainte. En fait, je pense que c'est une belle solution parce que c'est si simple à configurer et à entretenir. Ce n'est pas cette incroyablement des trucs de WCF à la configuration XML-Configuration.
Vous voudrez peut-être aussi consulter les trucs Webapi en cours de publication (.NET 4.5):
http: //weblogs.asp.net/scottgu/archive/2012/02/23/asp-net-web-api-partver--.aspx
C'est beaucoup à voir avec l'exposition des services HTML unis.
J'ai déjà! Et j'aime vraiment le look de celui-ci ... ne peut pas l'utiliser à des fins de travail car il n'y a pas de date de sortie dans le pipeline et mes supérieurs craignent de construire une nouvelle plate-forme de services Web sur une version bêta.
Je connais l'histoire. Mais c'est bien de savoir qu'ils ont pensé à cela et au moins ce n'est pas une idée horrible :)
Je vous suggérerais de consulter ServiceSack: http://www.servicestack.net/ . C'est non seulement assez mature, mais cela peut vous aider à produire du code plus propre.
Cela dépend vraiment de ce que vous envisagez de faire avec votre application. Oui, vous pouvez écrire un site Web MVC qui sert également de service reposant. Cependant, vous attachez ensuite votre couche d'interface utilisateur de très près de votre couche logique et c'est ce que vous devez vraiment prendre en compte. Je travaille sur un site MVC avec un Service de repos de servicestack (déjà mentionné par @ioannis) . La raison pour laquelle je n'ai pas fait que MVC mon service de repos est parce que je ne voulais pas de modifications dans mon UI pour potentiellement affecter une application tierce qui pourrait utiliser mon service logique. Ainsi, tant que vous considérez soigneusement les ramifications de rendre votre site également votre service reposant, alors la décision pourrait être correcte. :)
Comme d'autres personnes ont mentionné ici, ServiceStack fournit un cadre de services Web de repos solide et TERSE vous permettant de développer sans effort dactylographié , idiomatique C # API de bout à bout.
Servicestack comprend également un certain nombre de composants hautes performances qui intègrent profondément avec ASP.NET MVC à l'aide du Servicestack.host.mvc Package Nuget.
Pour en savoir plus sur les prestations ServiceStack peut ajouter à votre projet MVC Voir: http://www.servicestack.net/mvc-powerpack/
"En .NET, je pense à un service Web comme étant un type de projet que vous avez sélectionné dans le menu ..." Vous envisagez d'un service Web en .Net faux :)
Je vais prendre celui-là sur le menton Oui, vous avez raison. Oh et l'épice doit couler!