Quelle est exactement la différence entre l'API Web et API REST en MVC?
J'ai un peu de compréhension sur l'API REST. Selon mes connaissances, il est utilisé pour travailler avec les services HTTP(GET POST PUT DELETE).
Quand j'ajoute un webapi contrôleur elle me fournit quelques méthodes de base comme :
public class Default1Controller : ApiController
{
//GET api/default1
public IEnumerable<string> Get()
{
return new string[] { "value1", "value2" };
}
//GET api/default1/5
public string Get(int id)
{
return "value";
}
//POST api/default1
public void Post([FromBody]string value)
{
}
//PUT api/default1/5
public void Put(int id, [FromBody]string value)
{
}
//DELETE api/default1/5
public void Delete(int id)
{
}
}
Donc ma question est quelle est la différence entre l'API Web et API REST?
Comme du reste la définition le code ci-dessus est REST quel est donc normal d'API Web MVC? Je suis un peu confus comme certaines personnes, dit-utilisez-vous des web api avec le RESTE?
Merci de fournir une meilleure compréhension de la les deux.
- L'API Web est juste une façon de mettre en œuvre de REPOS...
Vous devez vous connecter pour publier un commentaire.
J'ai été là, comme beaucoup d'entre nous. Il y a tellement de confusion des mots comme API Web, de REPOS, de détente, HTTP, SOAP, WCF, Web Services... et beaucoup plus autour de ce sujet. Mais je vais vous donner une brève explication de seulement ceux qui vous ont demandé.
RESTE
Il n'est ni une API ni un cadre. C'est juste un concept architectural. Vous pouvez trouver plus de détails ici.
Reposant
Je n'ai pas rencontré de toute définition formelle de RESTful n'importe où. Je crois que c'est juste un autre mot à la mode pour Api-à-dire si elles sont conformes à RESTE spécifications.
EDIT: Il y a une autre tendance open source initiative OpenAPI Spécification (OEA) (anciennement connu comme Swagger) pour standardiser les Api REST.
API Web
Dans un framework open source pour la rédaction des Api HTTP. Ces Api peuvent être paisible ou pas. La plupart des Api HTTP de nous écrire ne sont pas de tout repos. Ce cadre met en œuvre le protocole HTTP spécification et, par conséquent, des concepts comme les Uri de requête/réponse en-têtes, la mise en cache, la gestion des versions, différents formats de contenu en elle.
Note: je n'ai pas utilisé le terme de Web Services délibérément parce que c'est un terme ambigu, à utiliser. Certaines personnes utilisent cela comme un concept générique, j'ai préféré les appeler des Api HTTP. Il existe un cadre nommé "Web Services" par Microsoft comme l'API Web. Toutefois, il met en œuvre un autre protocole SOAP.
ASP.NET Web API est un cadre qui les rend faciles à construire HTTP services qui s'adressent à un large éventail de clients, y compris les navigateurs et les appareils mobiles. ASP.NET l'API Web est une plate-forme idéale pour la construction d'applications Reposant sur l' .NET Framework.
RESTE
Repose sweet spot est quand vous exposer une API publique sur l'internet pour gérer les opérations CRUD sur les données. Le REPOS est axé sur l'accès aux ressources nommées par le biais d'une seule interface cohérente.
SAVON
SAVON apporte son propre protocole et met l'accent sur l'exposition des pièces de la logique de l'application (pas de données) comme des services. SAVON expose des opérations. Le SAVON est axé sur l'accès à l'nommé, chacun de mettre en œuvre une logique métier grâce à différentes interfaces.
Si le SAVON est communément appelé “web services” c'est un abus de langage. SAVON a très peu, sinon rien à voir avec le Web. RESTE offre une véritable “Web services” basé sur les Uri et HTTP.
Référence: http://spf13.com/post/soap-vs-rest
Et enfin:
Ce qu'elles pourraient être en se référant à l'est RESTE vs RPC
Voir ceci:
http://encosia.com/rest-vs-rpc-in-asp-net-web-api-who-cares-it-does-both/
VOIR: Mastering ASP.NET l'API Web (par MalendraHurbuns, Mithun Pattankar) pour de plus amples informations.