JSON-Pure APIs como el remplazo de RESTful APIs

En el ámbito de desarrollo web se sabe que cada día se van buscando y surgiendo diferentes tipos de herramientas para su desarrollo. El artículo de Milowski se refiere a como los RESTful APIs en la actualidad ya no tiene los mismos beneficios que cuando surgieron.

RESTful APIs han pasado a no ser lo que mejor se adapte a los requerimientos y funciones que una aplicación web requiere actualmente. REST (Representional State Transfer) es un estilo de arquitectura para hacer servicios web escalables, es decir, se puedan tener muchos usuarios conectados al mismo servicio web.

                                         

Los métodos para realizar peticiones HTTP tienen diferente significado cuando se usa REST. En REST no hay estándares de como los métodos, payloads y respuestas de código signifique. El vocabulario de los métodos HTTP y códigos de respuesta es vago e incompleto. Algunos códigos pueden tener varios usos dependiendo de cómo se utilicen. El vocabulario REST no es completamente compatible para algunos navegadores. También, el vocabulario REST no es completamente extenso para las APIs ni para comunicar la gran variedad de requests y responses requeridas para todas las aplicaciones. RESTful APIs son muy difíciles de debugear, se tiene que buscar en 7 lugares por cada una de las transacciones completas para poder ver los errores, haciendo el proceso de depuración más complejo de lo que debería. Las APIs RESTful rompen una de las leyes fundamentales sobre las buenas comunicaciones, el contenido del mensaje debe ser independiente del canal de transmisión.

Por otro lado se tiene JSON-Pure APIs donde se utiliza un método de transmisión para enviar una solicitud, normalmente POST para HTTP o un envío para WebSockets. Existe compatibilidad con todos los navegadores al usar JSON-Pure APIs.  JSON-Pure APIs separan completamente el contenido de la solicitud del mecanismo de transmisión. Todos los errores, advertencias y datos se colocan en la carga útil de solicitud de JSON. Utilizan sólo un código de respuesta para confirmar la recepción correcta de un mensaje, normalmente 200 para HTTP. Separan completamente el contenido de respuesta del mecanismo de transmisión. Todos los errores, advertencias y datos se colocan en la carga útil de respuesta de JSON. Son fáciles de debugear, ya que la información de transacción se encuentra en JSON de fácil lectura dentro de las cargas útiles utilizando un solo vocabulario específico del dominio. Pueden moverse o compartirse fácilmente entre canales de transmisión como HTTP / S, WebSockets, XMPP, telnet, SFTP, SCP o SSH.

Aunque se pueda ver muchas ventajas con las JSON-Pure APIs, son relativamente nuevas y la transacción a de RESTful APIs se está dando apenas. Sin embargo, hacía ya van las aplicaciones web aunque para poder así tener un desarrollo con más claridad, sin las ambigüedades que puede presentar los APIs de REST, y mejor transmisión y respuesta de las solicitudes.