Desventajas de desarrollo

Tenemos que cambiar el modo de pensar, por lo que los equipos de trabajo se tienen que reciclar. Todos deben de romper con esa idea de que todo está en un servidor y que todo está ahí para desarrollar tus necesidades. En un esquema REST puedes tener varios servidores donde unos no saben que los otros existen. No sabes si un usuario ha iniciado sesión en un servidor y si le has enviado ciertos datos. Tampoco sabes realmente en qué servidor puede caer una solicitud. Romper con ese esquema de todo está en el mismo servidor, tengo todas mis clases y todas las partes de mi aplicación centralizadas es uno de los puntos que pueden resultar más complicados.

En las API REST no mantenemos estado y eso hace que tengas que montar una infraestructura propia para poder conservar el conjunto de la aplicación. Generalmente mandarás un token que indique quien eres al servidor y qué has realizado ya en tu aplicación.

En un principio puedes incurrir en mayores tiempos de desarrollo, porque tienes que montar todo el sistema de tu API. Sin embargo, a futuro y sobretodo cuando ese API la vas a consumir desde otros sistemas, puedes recuperar el tiempo adicional dedicado y ganar mucha velocidad, porque el corazón de los nuevos sistemas (el API) ya lo tienes desarrollado. En cualquier caso, gracias a REST y la separación del código también tendrás menor mantenimiento.

Puede producirse en determinadas circunstancias mayor rigidez en el desarrollo, sobre todo al ser dos proyectos independientes, tu back basada en REST y el/los frontales, pueden surgir situaciones de des-sincronización. Por ejemplo desde el cliente detectas que necesitas nuevas cosas del API y los encargados de crearlas en la parte del server pueden estar a otro ritmo y tardar en desarrollarlas.

Requiere más conocimientos, te obliga a salir de la zona de confort a la que quizás estemos. Aparte de conocer tus lenguajes, bases de datos, librerías, necesitarás aprender acerca del protocolo HTTP.