El modelo de madurez de Richardson ( RMM ) es un modelo de madurez sugerido en 2008 por Leonard Richardson que clasifica las API web en función de su adherencia y conformidad con cada uno de los cuatro niveles del modelo. El objetivo de la investigación del modelo según lo declarado por el autor era descubrir la relación entre las restricciones de REST y otras formas de servicios web. [1]
Divide las partes principales del diseño RESTful en tres pasos: identificación de recursos ( URI ), verbos HTTP y controles de hipermedia (por ejemplo, hipervínculos ). [2]
El RMM ha sido citado como útil para evaluar la calidad de un diseño de API web particularmente RESTful (aunque no se limita solo a REST) y criticado por no abordar cómo un sistema podría alcanzar los niveles más altos de madurez del modelo, así como por considerar una número limitado de atributos de calidad. [3]
El RMM se puede emplear para determinar qué tan bien una arquitectura de servicio web se adhiere a los principios REST. Clasifica una API web en cuatro niveles (de 0 a 3), y cada nivel superior corresponde a una adherencia más completa al diseño REST. El siguiente nivel también contiene todas las características del anterior. [4] [5]
También existen otros sistemas de clasificación para el diseño de servicios Web API, como CoHA y WS 3 . [3]
El nivel más bajo del modelo describe una API web con un único URI (normalmente POST sobre HTTP) que acepta toda la gama de operaciones admitidas por el servicio. Los recursos en esta forma no pueden estar bien definidos. La mensajería se realiza en XML, JSON u otros formatos de texto. Estos son RPC POX típicos y muchos servicios SOAP .
Los sistemas de nivel cero no se clasifican como RESTful .
Introduce recursos y permite solicitudes de URI individuales (todavía normalmente POST) para acciones separadas en lugar de exponer un punto final universal (API). Los recursos de la API aún están generalizados pero es posible identificar el alcance de cada uno.
El diseño de nivel uno no es RESTful, pero está organizando la API en la dirección de convertirse en uno.
El sistema comienza a utilizar verbos HTTP . Esto permite una mayor especialización del recurso y, por lo tanto, reduce la funcionalidad de cada operación individual dentro del servicio. La separación principal en este nivel consiste en dividir un recurso determinado en dos: una solicitud para obtener solo datos (GET) y la otra para modificar los datos (POST). También es posible una mayor granularización. Las solicitudes GET solo obtienen datos, las llamadas POST/PUT introducen datos nuevos y actualizan los existentes, y las solicitudes DELETE eliminan o invalidan acciones anteriores. Un inconveniente de proporcionar un servicio distribuido con más de verbos GET y POST por recurso podría ser la creciente complejidad del uso de dicho sistema.
El último nivel introduce la representación hipermedia. También llamados HATEOAS (Hypermedia As The Engine of Application State), estos son elementos integrados en los mensajes de respuesta de los recursos que pueden establecer una relación entre entidades de datos individuales devueltas y pasadas a las API. Por ejemplo, una solicitud GET a un sistema de reserva de hotel podría devolver una cantidad de habitaciones disponibles junto con enlaces hipermedia (estos serían controles de hipervínculos HTML en los primeros días del modelo) permitiendo al cliente reservar habitaciones específicas.
Este es el último nivel del modelo de madurez de Richardson.
Pedido:
OBTENER /habitación/?customerId=1&date=10-11-2020&hotelCode=ASTORIA HTTP/1.1
Respuesta:
{ ID de cliente: "1", reservas: [{habitación: "102", checkin: "11-10-2020", checkout: "14-11-2020", precio: "100", href: "https://localhost:8080/room/102 "}]}{{cite web}}: Enlace externo en |location={{cite news}}: CS1 maint: multiple names: authors list (link){{cite news}}: CS1 maint: multiple names: authors list (link)