REST es simple y llanamente HTTP tal y como fue diseñado en sus origenes. Asi que un browser usa REST. No es mas vuelta que esto. Asi que en vez de ser una forma mas complicada de hacer los mismo, es regresar a las bases del protocolo.
Se popularizo, al igual que JSON, como una respuesta a lo pesado y sobre-diseñado de los SOAPS/XMLs.
De todo el ruido que le generan a esto, uno de los conceptos claves es saber usar el verbo apropiado, ej: No se hace un borrado con un GET. No se hace una adicion con POST. No se pide el estado de un recurso/url con un PUT. Esto se explica en el manejo de la
idempotencia en este articulo.
El manejo del protocolo tradicionalmente ha sido "chapuzero" porque cuando la gente hacia Asp.NET/PHP/etc IGNORABA que existian otros verbos aparte de GET/POST y los usaban de forma incorrecta, es por eso que
todo esto parece nuevo.
Debido a que es muy, muy simple, carece de "overhead" de otros intentos de estandarizar un RPC, es una forma popular de hacer RPC entre aplicaciones aun cuando no sean html-servidor web. Osea, en vez de hacer COM+, se hace REST porque es mas simple y universal. Es cierto que muchos usan REST en vez de otros metodos de RPC mas apropiados para sus casos de uso en particular, porque es mas simple, y realmente, cuanta gente sabe que es
0mq y familia?