Qual é a maneira mais eficiente de enviar o Odata Payloads sobre o fio?"Denso JSON?"

Question

Estou projetando um aplicativo distribuído que consistirá em uma variedade de serviços de descanso. Ultimamente eu tenho indo e volte se deseja implementar meus serviços de descanso usando a API API ASP.NET MVC 4 ou Odata. API da Web parece que algum dia será o que eu preciso, mas agora é apenas meio assado. Especificamente, só tem uma implementação parcial do URI de Estilo de Odata e não faz hipermídia fora da caixa.

Então isso me força a tomar outro olhar longo para Odata. Eu realmente gosto da capacidade de consultação de URI e hipermídia estrutural para carregamento preguiçoso; Eu acho que vou usar esses recursos muito no meu aplicativo. No entanto, a especificação do Pub Atom parece ser grosseiramente ineficiente.

Eu li recentemente um Post sobre uma eficiência Formato para Odata Quais menciona "JSON denso", mas tal coisa não parece realmente existir. Isso é verdade? E mesmo que não haja json denso, JSON regular ainda é muito mais eficiente do que o Pub Atom, correto?

Existe alguma situação em que eu gostaria de usar o Atom Pub sobre JSON?

Answer 1

Deve haver muito pouca diferença entre Atom e JSON no nível semântico com Odata.Além disso, a maioria dos servidores Odata (serviços de dados do WCF com certeza) suportam ambos, por isso é uma escolha do cliente que um para usar.Como o post do blog de pablo menciona, para obter o melhor tamanho de carga útil, você deve ativar a compactação HTTP.Funciona muito bem no átomo e no JSON.

Leitura JSON tende a ser mais rápida (a análise XML é uma espécie de cara), mas é se você está preocupado com o consumo de CPU no cliente.Se eu me lembro corretamente, da última vez que vi os números, o tamanho da carga útil comprimida para o átomo e JSON não é tão diferente.

ATOM PUB é geralmente mais fácil de consumir no cliente que disponibiliza boas bibliotecas XML ou Átomo e não JSON.E vice versa.Mas além disso, não deve haver muita diferença.