Par : Jean
Une raison historique pour l’utilisation de POST partout est la mauvaise configuration ou l’absence de support des autres verbes par les serveurs proxy. Et il est bien possible que PATCH rencontre...
View ArticlePar : Joachim Rousseau
Oui, j’avoue, on rencontre encore malheureusement des services qui ne supportent pas PATCH. On peut pousser l’upgrade, mais en attendant, POST a de beaux jours devant lui. Le verbe sur l’URI du POST...
View ArticlePar : Fred
« La pratique de SOAP étant jugée trop glissante (surtout avec les interfaces liquides), » Qu’entendez vous par « interface liquide » ?
View ArticlePar : Joachim Rousseau
Les interface liquides sont les interfaces dont le flot de disposition s’adapte au contenu et aux dimensions du conteneur, par opposition aux interfaces en grilles. Ça n’a aucun rapport direct avec...
View ArticlePar : Anas
La sémantique du REST est trop sophistiquée pour un environnement « API d’entreprise » où dominent un public de métiers et d’urbanistes (ou d’architectes d’entreprise), ce qui est normal puisqu’on se...
View ArticlePar : Sebastien Lorber
« quasiment personne prétendant faire du REST n’en fait vraiment » -> +100000 A noter quelques points non mentionnés d’utilisation. – POST est utilisé pour créer une nouvelle ressource dans un...
View ArticlePar : vincent
1/ Pour une API REST, la plupart du temps, on ne connait pas l’URI de la ressource que l’on veut créer. D’où l’utilisation de POST. 2/ Personnellement j’évite les verbes d’actions dans mes URI Mauvaise...
View ArticlePar : Joachim Rousseau
Je ne crois pas que ça soit un problème de sophistication. D’après ce que vous dites, ça serait plutôt l’absence de software designer entre les développeurs métier et les urbanistes. Des entreprises...
View ArticlePar : Joachim Rousseau
Sur le POST avec Slug, attention, je n’irais pas consacrer cette utilisation. Si le client connaît l’URI finale, il peut faire un PUT dessus. Si le fichier existe déjà (par rapport à votre exemple...
View ArticlePar : Anas
On va pas refaire le débat SOAP versus REST :-), des entreprises ont également fait le choix de SOAP implémenté avec méthode et bénéficient d’une flexibilité dans les évolution. C’est une question de...
View ArticlePar : Sebastien Lorber
L’utilisation de POST avec Slug a un interet lorsqu’on veut créer une ressource sur un conteneur et lorsqu’on n’a pas besoin d’être strict sur l’URI qui sera réellement allouée à la ressource. C’est Si...
View ArticlePar : Joachim Rousseau
2) L’exemple avec l’action n’est pas une mauvaise utilisation. Je l’ai donnée en exemple parce qu’elle est moins habituelle mais tout aussi valable. Cf ma réponse à Jean. 3) Cf mon lien, sur les 98%....
View ArticlePar : Joachim Rousseau
Pour le PATCH, cf la RFC. Il est prévu pour l’append. Le but de la RFC sur PATCH est d’affiner le rôle de POST. Pour distinguer l’append du create ou autre update, il y a les arguments passés en header...
View ArticlePar : Sebastien Lorber
« Pour distinguer l’append du create ou autre update, il y a les arguments passés en header avec PATCH (cf RFC encore). » On peut faire un create avec PATCH? Je ne suis pas sur de comprendre de quels...
View ArticlePar : Joachim Rousseau
Effectivement au temps pour moi, dès qu’on fait un PATCH c’est de l’update. Je voulais dire « Pour distinguer l’update-append de l’update partielle classique ». Il y a des headers pour dire où patcher,...
View ArticlePar : Aldo
Impossible d’imprimer les billets de votre blog. C’est bien dommage ! Et quelle régression ! Faites une feuille de style css pour le print !
View ArticlePar : Marina Tracco
Aldo, merci d’avoir fait remonter ce problème. On rectifie le tir au plus vite !
View ArticlePar : Jean
Une raison historique pour l’utilisation de POST partout est la mauvaise configuration ou l’absence de support des autres verbes par les serveurs proxy. Et il est bien possible que PATCH rencontre...
View Article
More Pages to Explore .....