Le transfert d'état représentatif, ou REST, est un style architectural pour un logiciel de mise en réseau permettant de transférer des informations via le Web.
Prenez un point de terminaison API HTTP qui crache le modèle de réponse suivant: { "type": "Dog", "name": "Jessi", ... } Le typechamp a été décrit dans la documentation comme étant l'un des Dog, Catou Fish. L'ajout d'une nouvelle option, par exemple Rat, serait-il considéré comme une rupture de l'API? …
Un choix d'architecture de haut niveau populaire dans les programmes modernes est un système de microservices basé sur REST. Cela présente plusieurs avantages tels qu'un couplage lâche, une réutilisation facile, une restriction limitée sur les technologies pouvant être utilisées, une grande évolutivité, etc. Mais l'un des problèmes que je prévois …
La spécification JWT décrit uniquement la charge utile et la façon dont elle est envoyée, mais laisse le protocole d'authentification ouvert, ce qui permet la flexibilité, mais malheureusement, la flexibilité peut conduire à des antipatterns et à une mauvaise conception. Je recherche un modèle d'entreprise bien pensé et testé pour …
Ma compréhension de REST qui permet de modéliser les opérations de service comme représentation de l'état et transition d'un état à un autre en utilisant HTTP. J'ai toujours compris les ressources comme des représentations de l'état du service jusqu'à récemment lorsque j'ai lu cet article de Jimmy Bogard que je …
J'ai une API REST qui, pour certaines ententes comme DELETE, POST ou PUT, j'ai des règles de validation qui peuvent renvoyer une erreur. Maintenant, j'ai besoin d'un nouveau type d'erreur comme une erreur non critique, qui devrait échouer de manière normale, mais devrait passer à l'action s'il y a un …
Le contexte En raison de l'apatridie du style architectural REST, chaque demande est complètement isolée, ce qui conduit le serveur à ne jamais stocker d'informations sur le client. Ainsi, le contrôle d'accès concurrentiel pessimiste ne convient pas car il nécessiterait que le magasin de serveurs dont le client obtient le …
Je veux créer un historique d'annulation chaque fois que l'utilisateur met à jour un formulaire. Parce que c'est une mise à jour, je veux utiliser une demande PUT. Cependant, j'ai lu que PUT ne devait avoir aucun effet secondaire . Est-il acceptable d'utiliser PUT ici? Existe-t-il de meilleures alternatives? PUT …
En comparant la structure REST [api] avec un modèle OO, je vois ces similitudes: Tous les deux: Sont orientés données REST = Ressources OO = Objets Fonctionnement surround autour des données REST = entourer les VERBES (Get, Post, ...) autour des ressources OO = promouvoir le fonctionnement autour des objets …
Je conçois une API REST pour un système à trois niveaux comme: Client application-> Front-end API cloud server-> user's home API server (Home). Homeest un appareil domestique, et est censé maintenir la connexion Front-endvia Websocket ou un long sondage (c'est le premier endroit où nous violons REST. Il empire encore …
Nous concevons actuellement une API REST pour accéder aux données client classiques. L'un des éléments de l'API sont les actifs d'un utilisateur. Les actifs sont ajoutés sous un service donné. L'API backend n'ajoutera un actif à un utilisateur que pour un service donné. Il n'y a donc pas de relation …
Nous avons un projet où le code UI sera développé par la même équipe mais dans un langage différent (Python / Django) de la couche services (REST / Java). Le code de chaque couche se termine dans différents référentiels de code et qui peuvent suivre différents cycles de publication. J'essaie …
C'est ce que je pense faire sur un serveur JEE Glassfish en utilisant Jersey. @GET @Path("/{name}/{date}") public String getMessages(@PathParam("name") String name, @PathParam("date") Date date) J'aime l'idée de pouvoir dire aux gens qui consomment ce service Web RESTful que "La date ici est tout ce qui fonctionne avec la classe Date …
Nous concevons une API RESTful pour ouvrir les informations de compte de nos clients. Nous avons des représentations qui contiennent des références à d'autres ressources liées à la ressource actuelle. Cela provient d'un certain nombre de meilleures pratiques que nous avons pu trouver dans les API publiques ainsi que dans …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.