Estoy empezando a jugar con los servicios WebApi y Rest. Hasta ahora siempre desarrollaba API SOAP.ASP.Net MVC4 WebApi proxy
Mi pregunta es algo paralelo al proxy en MVC4 WebApi o es solo el concepto de mundo SOAP. Si no sabe cómo los clientes conocen la descripción completa de las funciones web que les expongo.
Gracias
-Supongo que se refiere la descripción del servicio WSDL, que no existe en WebAPI como tal. Ahora veo que también agregó la etiqueta REST a la pregunta y me gustaría hacer hincapié en que la WebAPI no aplica las prácticas de REST.
REST está en medio de una discusión últimamente, pero creo que todos están de acuerdo en que no define ningún servicio parecido a wsdl.
Sin embargo requiere que usted pueda hacer sus documentos auto-descripción y alienta la publicación de posibles transferencias estatales y enlaces a documentos relacionados información más aquí: http://en.wikipedia.org/wiki/HATEOAS
REST es una bestia muy diferente que el jabón ya que en realidad no se desea que envíe comandos desde y hacia el servidor que no sean los básicos necesarios para obtener/actualizar/.. recursos, pero una descripción completa de esto está más allá del alcance de esta publicación :-)
Dicho esto, el La tecnología webAPI en sí misma no tiene ninguna reserva en ese sentido y sería perfectamente posible poner servicios completos y una estructura similar a wsdl relacionada en su lugar.
Puedo recomendar este proyecto, lo he usado para varios proyectos, y funciona bien.
PD: Soy colaborador en el proyecto, aunque todavía no he confirmado ningún código.
sospecho Corredor de la sombra está menos interesado en WSDL y más interesado en cómo crear una clase de proxy en una aplicación que se consume. El WSDL es utilizado por herramientas para autogenerar un proxy. Me doy cuenta de que no tiene una definición publicada, pero ¿WebAPI incluye herramientas de desarrollador para autogenerar clases de proxy que el código podría llamar? –
no en este momento AFAIK, aunque no hay ninguna razón por la cual no se haya podido agregar de alguna manera. Pero con mi respuesta, también quería indicar que una API REST "limpia" no debería necesitar estas clases proxy, ya que los únicos "métodos" son los verbos HTTP. Necesita conocimientos de dominio para comprender los recursos y estados de REST, pero las respuestas de API deben ser autodescriptivas y deben indicar las opciones adicionales disponibles para cada uno de los recursos que encuentre. – Dirk
¡RESTO no es una sustitución in situ para SOAP! requiere una forma diferente de pensar sobre la manera en que publicas tu información y funcionalidad. – Dirk