Introdução ao DESCANSO do ~ de APIs da correia fotorreceptora contra o SABÃO

Ao interagir com os serviços da correia fotorreceptora, a escolha de que método a se usar geralmente será feita para você. A maioria dos serviços opera-se no DESCANSO ou no SABÃO, não ambos (Amazon é uma exceção notável a esta régua). Quando dada a escolha, entretanto, lá é diversos pontos a considerar:

• Os pedidos — aéreos do DESCANSO são relativamente slim. Os pedidos do SABÃO, na outra mão, contêm os muitos da informação adicional, que podem realmente adicionar acima.

• A transparência — com os pedidos do DESCANSO (uniformes quando HTTPS excedente terminado), toda a informação do pedido é emitida no espaço livre; com SABÃO somente o ponto de extremidade (URL) é visível. Isto pode soar como uma vitória bem defenida para o SABÃO, mas não completamente. Quando os pedidos vão no espaço livre, podem fàcilmente ser monitorados pelo relevante ELE departamentos e ser selecionados por guarda-fogos. Os pedidos do DESCANSO podem também fàcilmente cached (quando este é marcado como permissível pelo usuário) por infrastructure existente, reduzindo custos da carga do usuário e da largura de faixa.

• A facilidade de utilização — muitos colaboradores indicou uma preferência para tornar-se para usuários do DESCANSO, porque os pedidos podem rapidamente ser gerados sem todo o encapsulation extra requerido por SABÃO. Amazon, para o exemplo ( relações oferecendo do DESCANSO e do SABÃO), manda 85 por cento de seus pedidos ocorrer sobre o DESCANSO.

• Os serviços do SABÃO — da definição do serviço são definidos pelas limas da língua de descrição de Correia fotorreceptora Serviço (WSDL), que contêm toda a informação requerida para fazer um pedido. No fato, os clientes genéricos do SABÃO estão disponíveis que permitirá que você faça todo o pedido fornecido por um serviço não dado nada mas pelo endereço da lima de WSDL. Não há nenhum equivalente para serviços do DESCANSO.

• Os pedidos — do SABÃO do encapsulation encapsulated dentro de um envelope de XML. O corpo do pedido próprio então encapsulated outra vez dentro de um elemento do corpo. A adição de namespacing dentro do original vai mais mais definir claramente exatamente o que cada elemento está descrevendo. Há diversas ferramentas excelentes para fora lá para ajudar à criação do original, que pode fazer exame do tedium fora de criar estes pedidos mais longos.

Total, não há nenhum vencedor desobstruído (se houver, eu não necessitaria introduzir ambos). A escolha dependerá da aplicação particular e das ferramentas disponíveis para construi-la. Geralmente falando, quando dado a escolha, eu prefiro usar o SABÃO em minhas comunicações do serviço da correia fotorreceptora. Eu sinto que a definição e o encapsulation do serviço fornecidos por SABÃO compensam as despesas gerais e a falta adicionais da transparência do protocolo-nível.

Nota

Outro um serviço comum API da correia fotorreceptora é XML-RPC. Embora XML-RPC seja completamente simples aprender e se usar, falta as características do SABÃO ao reter umas despesas gerais muito mais elevadas do que o DESCANSO. Conseqüentemente, dependendo de suas finalidades, o DESCANSO escolhendo ou o SABÃO seriam quase sempre uma escolha melhor.

Disclaimer: Nosso Web site não é responsável para a informação contida por este artigo. Este artigo em nenhuma maneira reflete as vistas, as opiniões, os pensamentos ou a opinião da equipe de funcionários do diretório dos artigos.

Observação da tradução: O artigo "introdução ao DESCANSO do ~ de APIs da correia fotorreceptora contra o SABÃO" foi traduzido usando um serviço de tradução automatizado. Nós desculpamo-nos sincerely por todos os erros da tradução que ocorram. Obrigado compreendendo.