web-services - servicios - verbos http rest
¿Cómo descubro los servicios web RESTful? (4)
El ideal de REST es que los servicios son tan consumibles como las páginas web, no necesitan registros. [Tengo que admitir que no entiendo completamente las implicaciones de este mundo REST, no WSDL, ningún registro se siente como andar en bicicleta sin estabilizadores.]
En la web anterior, anterior a Google, ¿cómo encontramos las páginas? De boca en boca y algunos puntos de partida clave. Los servicios REST hasta donde puedo ver están prácticamente en la etapa previa a Google.
No estoy de acuerdo con que "no sea posible distinguir entre el URI del servicio web RESTful y otros recursos web": si seguimos el enlace obtenemos ciertos tipos de contenido application / xml y application / json serían indicadores bastante fuertes. t ellos?
Cuando quiero encontrar un servicio web "grande" (basado en WS - * / WSDL) de la funcionalidad requerida, simplemente puedo buscar en google ".... filetype: wsdl" porque Google indexa también las definiciones WSDL. O simplemente puedo usar algunos registros que ya han rastreado la Web para definiciones WSDL para mí, por ejemplo, SeekDa.com o ServiceFinder.
Cuando quiero encontrar el servicio web RESTful (RESTful Web API) puedo contar solo con la comunidad, porque no es posible distinguir entre URI del servicio web RESTful y otros recursos web (por ejemplo, URLs de sitios web) y, por lo tanto, cualquier rastreador enfocado no puede Diga por 100% seguro: este es URI del servicio web RESTful. Por lo tanto, vengo, por ejemplo, a ProgrammableWeb.com y espero que alguien ya haya utilizado / encontrado el servicio que estoy buscando y lo haya registrado allí.
Recientemente, estaba buscando el servicio web para la expansión de abreviatura. No pude encontrarlo en portales como ProgrammableWeb, porque nadie lo ha puesto allí. Finalmente me vi obligado a navegar por varios sitios de diccionarios de abreviaturas, cavar y perforar allí y finalmente encontré la API de servicios web de Abbreviations.com en forma REST. ¡Eso me llevó mucho tiempo!
¿Hay alguna otra forma de descubrir los servicios web RESTful en la Web?
Existe una convención (recomendada en REST API Design Handbook, por ejemplo) de exponer un punto final / api en la raíz de su servicio. Esto devuelve una respuesta XML o JSON que contiene los recursos "secundarios" que su servicio admite, por ejemplo, / api / products
Hay un archivo similar al WSDL para los servicios web REST: se llama WADL.
SoapUI ahora puede descubrir los servicios REST. Funciona como un proxy, anotando todas las solicitudes / respuestas que pasan. Tener solicitudes y respuestas SoapUI recrea descripciones / definiciones de los servicios. Ahora las definiciones se pueden almacenar en formatos WADL y WSDL (como WSDL y XML-Schema en el mundo XML). También se puede almacenar en formato Swagger . Prefiero Swagger. Swagger se puede almacenar en SwaggerHub directamente desde SoapUI, que es como GitHub para el código fuente. SwaggerHub es uno de los muchos sistemas de administración de API.