Questo è per il mondo accademico o per il mondo del lavoro?
Nel mondo del lavoro, JSON è molto più facile da analizzare di XML. Ad esempio, nel linguaggio PHP, i dati JSON vengono importati senza problemi in un array associativo (che è una struttura dati nativa di PHP e gestita da dozzine di funzioni PHP integrate). XML, tuttavia, di solito deve essere analizzato con funzioni di libreria speciali che sono più limitate. E anche allora, iterare i nodi di un documento XML è meno intuitivo.
SOAP ha anche dimostrato di essere un protocollo molto schizzinoso. Ho visto più occasioni del mondo reale in cui diversi adattatori SOAP non si sono parlati l'un l'altro con successo. Ci sono stati un sacco di errori di errore SOAP criptici lanciati. E l'ispezione approfondita e il perfezionamento dei messaggi SOAP hanno portato a vicoli ciechi inspiegabili.
Sono convinto che siano ragioni come queste che REST / JSON sembra sostituire lentamente SOAP / XML come formato e protocollo preferiti per lo scambio di dati nel settore.
Per quanto riguarda le specifiche teoriche REST o SOAP esatte e in che modo ciascuna API o fornitore le adotta in pratica ... non chiedere. Le specifiche teoriche sono per gli autori di documenti informatici. I risultati sono per le persone che cercano di affrontare le sfide aziendali e mettono il cibo sul loro tavolo alla fine della giornata. Il web è sempre stato un intreccio di tecnologie scadenti e inadeguate.
Se riesci a trovare un modo per scambiare dati in modo semplice, facile, affidabile, sicuro e coerente ... allora vinci. Più semplice, meglio è.