When are RPC-ish approaches more appropriate than REST?

Ce fil de discussion sur Stack Exchange aborde un sujet intéressant : quand privilégier des approches RPC par rapport à REST. Les intervenants partagent des perspectives variées, surtout après une conférence de Steve Vinoski. Il est vrai que REST est souvent vanté pour sa simplicité et sa flexibilité, mais l'échange met en lumière des cas d'utilisation où des solutions RPC pourraient mieux répondre aux besoins spécifiques d'un projet, notamment dans des environnements où la performance et la rapidité de communication sont cruciales. Les commentaires soulignent des avantages comme la réduction de la surcharge des appels et la possibilité d'utiliser des protocoles existants. Cependant, ce n'est pas une panacée, et il y a des inconvénients à considérer, comme la complexité potentielle d'implémentation et la compatibilité avec d'autres services. En fin de compte, ce fil peut être utile pour les développeurs et architectes qui cherchent à évaluer leurs options. Pour ceux qui cherchent des alternatives, des discussions similaires se trouvent sur des plateformes comme Reddit ou Medium, mais ce site reste un bon point de départ pour explorer ces concepts. Je le recommande à ceux qui s'intéressent à l'architecture logicielle, mais il faut garder à l'esprit que la pertinence des réponses dépend de la qualité des contributions des utilisateurs.