C'est un peu difficile de répondre. REST est un style, un idiome pour la conception de logiciels. Ce n'est pas en soi quelque chose pour lequel vous pouvez avoir un client générique. Au contraire, vous pouvez avoir des outils qui peuvent interagir avec les services via leurs API compatibles REST.
Il est très courant d'utiliser HTTP / S comme couche de transport pour les API compatibles REST. Et de nos jours, les API REST peuvent être trouvées dans de nombreux services Web. Il s'ensuit donc, naturellement, que vous trouverez de nombreux plugins de navigateur qui facilitent les appels PUT, POST, GET et DELETE contre des URL arbitraires utilisant HTTP / S, car c'est là que beaucoup de ces services compatibles REST écoutent et font leur travail.
Si vous préférez ne pas travailler dans un navigateur, vous pouvez, sous OS X, passer assez facilement à la ligne de commande. cURL est livré par défaut avec OS X et est un outil plutôt précieux pour travailler avec les API basées sur HTTP / S, y compris celles qui sont basées sur REST, mais certainement pas limitées à elles (pensé, certes, c'est beaucoup plus difficile de travailler avec des interfaces qui nécessitent que vous portiez un état dans votre URL ou dans le corps de la requête, ce qui est l'une des raisons pour lesquelles le paradigme REST est si populaire).
cURL est ... incroyablement puissant. C'est l'un de ces outils qui semble toujours être capable de faire ce dont vous avez besoin dès que vous avez pensé, "Mec, j'aimerais que cURL puisse faire X ...". Pour démarrer rapidement cURL, Linux Journal a une bonne introduction et, bien sûr, le site Web officiel de cURL a un tutoriel pour vous aider à démarrer.
J'aime les exemples du monde réel, donc je vais tirer ceci d'un autre article du Linux Journal où ils donnent un exemple de publication sur Twitter avec cURL:
curl - -basic --user "$ user: $ pass" --data-ascii \ "status = testing123" https://twitter.com/statuses/update.json
Avec une modification: je passerai l'appel sur https au lieu de http comme ils le font dans l'article car je ne voudrais pas risquer d'envoyer mon nom d'utilisateur et mot de passe en texte clair sur le fil public vers Twitter.