Quale è più semplice per la chiamata client REST per restituire JSON - JQuery / JavaScript o Spring RestTemplate? [chiuso]

3

Ho tentato di creare un'app web di Spring MVC con annotazioni, ma è piuttosto difficile chiamare un URL della mia app Web che genera una richiesta a un'API remota (UK Police data ) e riceve una risposta che posso poi restituire come JSON. Ho provato a utilizzare Spring's RestTemplate.

Lo strano esempio di JavaScript che ho dato un'occhiata sembra essere adatto a questo compito molto meglio e più semplicistico di un servlet completo. È un'opinione che condividi anche tu e puoi eseguire il backup con un esempio semplice e chiaro?

JavaScript sembra fornire una buona piattaforma per questo tipo di attività

O, in altre parole, è più semplice creare una "web-app" con JavaScript che faccia alcune chiamate REST e restituisca la risposta che provare a farlo con Spring?

    
posta Crowie 12.03.2013 - 04:42
fonte

2 risposte

4

Javascript e JSON vanno di pari passo (JSON == JavaScript Object Notation dopo tutto).

È possibile utilizzare Javascript sul lato server e sta diventando sempre più popolare (ad esempio, vengono utilizzati framework come node.js). Tuttavia, Javascript ha non stato una tecnologia collaudata a lungo termine in questo spazio (lasciate che le urla di sdegno inizino), quindi è un caso che faccia attenzione al compratore.

L'uso di Spring MVC, Java, .NET, PHP, Python ecc. sul lato server per elaborare la richiesta / risposta JSON dovrebbe essere abbastanza facile nel 2013 (anche se a volte la documentazione è confusa e lo stato di avanzamento è cambiato così tanto ).

Pubblicheremo una domanda su StackOverflow con il tuo specifico problema di Spring MVC - Sospetto che tu possa ottenere rapidamente delle buone risposte. Assicurati di specificare quale tipo di richiesta (GET / POST, ecc.) E quale versione di Spring MVC stai usando.

    
risposta data 12.03.2013 - 10:09
fonte
1

Dichiarare semplicemente @Produces ("application / json") e installare il marshaller appropriato dovrebbe prendere qualsiasi DTO compatibile e produrre JSON

come per "provato" / "non dimostrato" questa è una dichiarazione sconcertante. È una sintassi per rappresentare un grafico oggetto. JSON è naturale come pioggia per l'integrazione con un front-end perché un oggetto Javascript può semplicemente assegnare a una chiamata webservice per ottenere i risultati.

È "provato" rappresentare lo stesso grafico oggetto con circa il 50% in meno di dati sul filo rispetto a xml. Puoi dimostrarlo in modo aneddotico semplicemente inviando una chiamata di arricciatura a qualsiasi url come "-H" accetta: application / json "e poi la stessa chiamata di" -H "accetta: application / xml" "e piping quei risultati a" wc - c "

Soddisfa le tue esigenze? Chissà. Usa il tuo miglior giudizio.

Ero un grande sostenitore dell'XML fino a quando non ho effettuato alcune analisi legittime tra JSON / XML. Molto meno dati senza lavoro extra e compatibilità FE nativamente. Per me, funziona.

    
risposta data 23.04.2013 - 20:37
fonte

Leggi altre domande sui tag