Quelle est la différence entre le REPOS & Reposante
Quelle est la différence entre un REPOS et un système qui est Reposante?
De quelques choses que j'ai lire la plupart des prétendus RESTE services sont en fait des services RESTful. Quelle est donc la différence entre les deux.
La raison pour laquelle la question c'est parce que si vous lisez l'article dans le lien et regarder jusqu'à ce que le Dr Fielding pense à propos de la plupart de REPOS implémentations ils ne sont pas en RESTE systèmes. Ils présentent Reposant comportement, mais ne peut pas être classé comme les autres systèmes.
J'ai lu l'article mais je ne pense pas que cela a conduit à lui à un tel point de vue sémantique inutile distinctions.
Article de wikipédia sur le REPOS - en.wikipedia.org/wiki/Representational_State_Transfer - deuxième paragraphe - "Conforme au RESTE des contraintes est souvent appelé comme ‘Réparateur’."
a cette réponse correcte ci-dessous. Un "RESTE" est un système qui s'adapte à une définition plus large de REPOS. Il présente au moins un peu de repos principes. De "repos", décrit beaucoup plus de REPOS système compatible.
J'ai lu l'article mais je ne pense pas que cela a conduit à lui à un tel point de vue sémantique inutile distinctions.
Article de wikipédia sur le REPOS - en.wikipedia.org/wiki/Representational_State_Transfer - deuxième paragraphe - "Conforme au RESTE des contraintes est souvent appelé comme ‘Réparateur’."
a cette réponse correcte ci-dessous. Un "RESTE" est un système qui s'adapte à une définition plus large de REPOS. Il présente au moins un peu de repos principes. De "repos", décrit beaucoup plus de REPOS système compatible.
OriginalL'auteur AwkwardCoder | 2009-10-14
Vous devez vous connecter pour publier un commentaire.
REST (Representational state transfer) est un style d'architecture logicielle. Comme décrit dans la thèse de Roy Fielding, le RESTE est un "style architectural" qui, en gros, exploite la technologie existante et les protocoles du Web.
RESTful est généralement utilisé pour faire référence aux services web, mise en œuvre d'une telle architecture.
En gros, oui.
Bien que dans la pratique ce que vous trouverez est des services nommé RESTful qui ne suivent pas le RESTE de l'architecture et sont, fondamentalement, RESTE, RESTE-wannabies etc. Il faut donc toujours faire attention qu'un "service RESTful" n'est pas nécessairement construit en utilisant le RESTE de l'architecture, mais c'est vrai que Justin Ethier a écrit: exploite la technologie existante et les protocoles du Web.
Reposant devrait être utilisé pour les Api dont vraiment le respect de REPOS. J'ai vu trop de "REPOS" webservices qui n'utilisait que des GET ou POST. Reposant accentuer sur l'utilisation de verbes, d'URL et les conventions de nommage. Mais c'est mon point de vue.
architect
de quoi? d'url? commehttps://translation.googleapis.com/language/translate/v2
c'est le RESTE de style?OriginalL'auteur Justin Ethier
"REPOS" est un paradigme architectural. De "repos", qui décrit l'utilisation de ce paradigme.
architect
de quoi? d'url? commehttps://translation.googleapis.com/language/translate/v2
c'est le RESTE de style?Une architecture REST nécessite de nombreux traits. Vous ne pouvez pas dire quelque chose adhère RESTE principes par le simple fait de montrer une URL.
OriginalL'auteur SingleShot
RESTE basé Services/Architecture VC Services RESTFUL/Architecture
De différencier ou de comparer ces 2, vous devez savoir qu'est-ce que RESTE.
RESTE (REde présentation State Transfert) est à la base un style architectural de développement ayant certains principes...
Il devrait être apatride
Il doit accéder à toutes les ressources du serveur en utilisant uniquement des URI
Il n'a pas intégré de chiffrement
Il n'a pas de session
Il utilise un et un seul protocole HTTP
Pour effectuer les opérations CRUD, il devrait utiliser des verbes tels que get, post, put et delete
Il doit retourner le résultat sous forme de JSON ou XML, atom, OData, etc. (léger des données )
REST based services
suivre certains de ces principes, et non tous lesRESTFUL services
signifie qu'il suit tous les principes ci-dessus.Il est similaire à la notion d':
Object-based languages
prend en charge tous les OOPs concepts, exemples: C++, C#Object oriented languages
prend en charge certains Oups fonctionnalités, exemples: JavaScript, VBExemple:
ASP Dot NET MVC 4 est
REST-Based
alors que Microsoft WEB API estRESTFul
.MVC ne supporte que certains de ce qui précède RESTE principes alors que le WEB API prend en charge tous les ci-dessus RESTE Principes.
MVC prend uniquement en charge les opérations suivantes à partir de l'API REST
Nous pouvons accéder à la ressource à l'aide d'URI
Il prend en charge le verbe HTTP pour accéder à la ressource de serveur de
Il peut renvoyer les résultats sous forme de JSON, XML, qui est le HTTPResponse.
Cependant, dans le même temps, en MVC
Nous pouvons utiliser la session
Nous pouvons le faire avec état
Nous pouvons retourner la vidéo ou de l'image à partir de la méthode d'action du contrôleur qui, fondamentalement, viole le RESTE principes
C'est pourquoi MVC est
REST-Based
alors que le WEB API prend en charge tous les principes ci-dessus et estRESTFul
.meilleure réponse jusqu'à présent
Ce la meilleure réponse.
votre réponse est facile à comprendre.
Langues termes "Objet" et "Orienté Objet" catégories ci-dessus sont inversées. Les langages Orientés objets de suivre toutes OUPS principes, tandis que l'Objet de Base de suivre quelques.
OriginalL'auteur Pramod Nikumbh
Que Jason a dit dans les commentaires, RESTful est juste utilisé comme un adjectif décrivant quelque chose qui respecte le RESTE les contraintes.
OriginalL'auteur Darrel Miller
RESTE signifie representational state transfer. Cela signifie que l'état lui-même n'est pas transféré, mais une simple représentation de ce qu'il est. L'exemple le plus commun est un pur HTML en fonction de serveur d'application (pas de javascript). Le navigateur ne sait rien à propos de l'application elle-même mais par l'intermédiaire de liens et de ressources, le serveur est capable de transférer l'état de l'application pour le navigateur. Lorsqu'un bouton normalement modifier une variable d'état (par exemple, la page ouverte) dans une application windows, dans le navigateur, vous avez un lien que représente un tel changement d'état.
L'idée est d'utiliser l'hypermédia. Et peut-être de créer de nouvelles hypermédia types. Potentiellement, nous pouvons étendre le navigateur avec javascript/AJAX et de créer de nouveaux personnalisé hypermédia types. Et nous aurions un vrai REPOS de l'application.
C'est ma version courte de ce qui RESTE, le problème est qu'il est difficile à mettre en œuvre. Personnellement, je dis Reposante, quand je veux faire référence au RESTE des principes, mais je sais que je ne suis pas vraiment mise en œuvre de l'ensemble du concept de REPOS. Nous n'avons pas vraiment dire SOAPful, parce que vous pouvez soit utiliser de SAVON ou pas. Je pense que la plupart des gens ne pas faire REPOSER la façon dont il a été imaginé par le créateur de Roy Fielding, nous avons effectivement mettre en œuvre Reposante ou RESTlike architectures. Vous pouvez voir son thèse, et vous trouverez le REPOS de l'acronyme, mais pas le mot Reposant.
OriginalL'auteur Arturo Hernandez
REST est un style d'architecture logicielle pour les logiciels distribués
Conforme au RESTE des contraintes est appelé ‘Réparateur’.
Très utilisé aujourd'hui pour construire des services web comme une alternative au SAVON.
Ici, vous avez des liens pour vérifier
http://en.wikipedia.org/wiki/Representational_State_Transfer
http://www.computerworld.com/s/article/297424/Representational_State_Transfer_REST_
http://www.ibm.com/developerworks/webservices/library/ws-restful/
OriginalL'auteur Claudio Redi
merci pour les réponses.
Lire cet article par Alex Rodriguez qui suggère qu'un service web RESTful a 4 caractéristiques de base qui sont:
Soins à la mise à jour de la réponse avec les deux manquantes?
OriginalL'auteur Kumait
REST (Representational State Transfer) est un style d'architecture logicielle pour les systèmes hypermédia distribués tels que le World Wide Web. Le terme " Representational State Transfer a été introduite et définie en 2000 par Roy FieldingUn[2] dans sa thèse de doctorat. La mise en service est l'un des principaux auteurs du Protocole de Transfert Hypertexte (HTTP) spécification des versions 1.0 et 1.1.
Conforme pour le RESTE les contraintes est appelé ‘Réparateur’. Source:Wikipedia
OriginalL'auteur Andersson Melo
Services Web sont essentiellement des sites web dont le contenu est consommé par les programmes d'ordinateur, pas de personnes. Le REPOS est un ensemble de principes architecturaux qui stipulent que les services web au maximum l'effet de levier HTTP et d'autres standards du web, de sorte que les programmes d'acquérir toutes les bonnes choses que déjà les gens peuvent sortir du web. Le REPOS est souvent en contraste avec du SAVON services web, et d'autres "appel de procédure distante" orientée web services.
Stefan Tilkov présentations sur le REPOS au Parleys.com sont très bons, surtout celui-là.
Pour un livre, vous ne pouvez pas faire mieux que Richardson et de Rubis Les Services Web Restful.
Oui, un site web peut être construit RESTfully trop. À un certain niveau d'abstraction que le serveur renvoie HTML à un être humain ou JSON (par exemple) à un programme est sans importance.
OriginalL'auteur Jim Ferrans
Un service basé sur le REPOS est appelé un "service RESTful".
Source, je m'appuie sur l'affichage: Le Dr Dobbs Archive
OriginalL'auteur DaddyM
Il y a 4 niveaux de l'API défini dans la Richardson Modèle de Maturité. Elles sont définies comme:
niveau 0: tout système qui a un effet unique pour l'ensemble de ses api SOAP(ou RPC entrent dans cette catégorie). Niveau 0 api peut aussi ressembler à des "commandes".
niveau 1: un ResourceUri décrit le système. C'est un système qui définit plusieurs entité basée sur les Uri (au lieu d'avoir un seul point de terminaison comme un niveau 0, les systèmes). Ces Uri pouvez utiliser différentes http actions (POST, GET, PUT, etc) pour mettre en œuvre différentes actions de lutte contre la ressource.
niveau 2: aka niveau 1 w/la conformité de l'utilisation de méthodes HTTP/verbes et multi code de statut réponses
niveau 3: aka niveau 2 plus HATEOAS (hypermédia inclus dans la réponse qui décrit des appels vous pouvez faire)
Tandis que les niveaux 1, niveau 2 et niveau 3 peut être considéré comme les autres systèmes, seuls les plus strictes niveaux (aka niveau 2 et niveau 3) sont considérés comme Reposant.
Donc, essentiellement, tous les RESTful api api REST, mais pas tout le RESTE sont des api RESTful
définition de l'Richardson Modèle de Maturité
OriginalL'auteur Andrew Norman
Un "RESTE" de service" et un "service RESTful" sont une seule et même chose.
Un séjour Reposant système est un système qui suit le RESTE des conventions définies dans le document original qui a créé l'idée de Réparateur d'applications en réseau.
Il est intéressant de noter qu'il existe divers niveaux de la Détente. Dans l'ensemble, le REPOS est un style, pas un standard, donc il ya de la place pour l'interprétation basée sur les besoins. un exemple est hiérarchique Url de ressource (par exemple,
/things/ID/relatedthings
) vs plat Url (par exemple/things/ID
et/relatedthings?thing=ID
)OriginalL'auteur Brenden