Por que exatamente eu iria querer usar um WSDL para descrever um serviço Web?
https://stackoverflow.com/questions/229797
-
04-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPergunta
Eu estou tendo dificuldade para entender por que um WSDL seria tão benéfico, quando a verdade é que a definição de serviço não é que a maioria dos desenvolvedores legível, e usam ferramentas automatizadas para consumi-lo para gerar objetos no aplicativo. Por que não é fácil para um provedor de serviços para definir um esquema XML simples, e diga-me na documentação que eu posso começar e como posso obtê-lo? Eu entendo todo o aspecto "definição universal", mas tudo parece tão demasiado complicada para mim. A maioria das APIs para sites sociais usam uma arquitetura RESTful básico, e todos eles fazem é dar-lhe uma representação do esquema dos dados que você vai voltar. Sério, eu deve estar faltando alguma coisa aqui.
Solução
Ao mesmo tempo, WSDL era popular e tenho certeza que para obter ferramentas internas para muitas empresas (e sistemas SOA grandes), WSDL ainda está em uso. Mas você está correto, a adoção do REST tomou WSDL fora do mapa um pouco, uma vez que "entrou em cena".
Tome por exemplo Amazon S3. Eles oferecem um WSDL, juntamente com a API REST. Eu tinha lido em algum lugar que 98% dos usuários S3 está usando a API REST e Amazon está considerando deixar cair o apoio WSDL.
REST é limpo. WSDL muitas vezes depende de outras ferramentas para analisá-lo para fora, ou para construir automaticamente funções para seu aplicativo para beneficiar dos serviços oferecidos pelo WSDL. RESTO também tem a vantagem de ser muito mais natural, aproveitando HTTP e realmente não confiar em mais nada. Quando chegar SABÃO na mistura e as muitas outras siglas que vão junto com WSDL, você acaba com um monte em suas mãos ....
Outras dicas
Então, o que "esquema XML simples" proporia que deixaria as ferramentas dar o mesmo nível de suporte de geração de código que eles fazem agora?
Eu acho que os designers WSDL argumentam que eles já estão dando o esquema mais simples que podiam que expôs tudo o que precisava. Eu não estou dizendo que necessariamente estaria de acordo, mas ser capaz de gerar automaticamente os clientes é muito poderoso.
Para mim WSDL parece ser outro exemplo de excesso de engenharia "arquitetura cebola", como originais Java EJBs. Muitas camadas e lágrimas.
Por um lado, WSDL é o que as ferramentas automatizadas usar para gerar objetos. E já é um formato XML muito simples, mas eu estou começando a acreditar que uma ferramenta que facilita a XML gravação nunca vai existir. Eu não acho que ninguém está dizendo que é um protocolo melhor do que descansar, mas ele saiu primeiro, tem grande apoio ferramenta (Visual Studio completamente que abstrai ao criar e consumir serviços), e é um padrão para que ele irá provavelmente permanecer popular para um tempo.
Esta ligação deve ajudá-lo.
http://www.prescod.net/rest/rest_vs_soap_overview/
Este é um grande recurso para ajudar aqueles que não entendem o SABÃO vs RESTO contenção. Eles são diferentes ferramentas. Usá-los para que você resolver o seu problema da forma mais eficiente.
WSDL é o arquivo representação XML e um padrão de comunicação para qualquer sistema externo para se comunicar com o seu webservice independentemente suas tecnologias de implementação ou plataformas. FYI, serviços RESTful pode usar um arquivo de linguagem de definição de chamada WADL para descrever o serviço também. Então, não se trata apenas webservices.
