Propagazione degli errori RESTful

3

SOAP ha un modo standard di propagare gli errori, un campo SOAPFault nella busta. Questo standard implica anche una serie di cose, come la sua struttura .

RESTful, essendo uno stile di applicazione, implica molto meno su come gli errori dovrebbero essere propagati. Non c'è il concetto di una busta e sempre più credo che il contratto di servizi dovrebbe essere il più semplice possibile, una struttura JSON molto semplice (oh, si suppone che XML sia anche possibile, ma sfido un vero caso d'uso .. .).

Detto questo, semplice non significa incompleto o debole. Ma non riesco a trovare una buona guida su come farlo - e peggio, mi sembra che ogni API definisca il proprio modo di farlo, creando un ambiente estremamente eterogeneo e selvaggio.

TL; DR Esiste un servizio standard di RESTful che governa (anche se solo proposto) che mi fornisce indicazioni sulla propagazione degli errori?

    
posta Bruno Brant 03.10.2016 - 22:50
fonte

3 risposte

2

Restful si basa sui diversi metodi di richiesta HTTP GET POST PUT e DELETE

Pertanto i codici di errore HTTP sono il modo in cui puoi rispondere agli errori.

link

    
risposta data 04.10.2016 - 11:57
fonte
1

Ho una buona esperienza con SOAP e IMO c'è molta più standardizzazione sugli errori in HTTP che con SOAP / WSDL. Inizia con questo elenco dei codici di errore e questo elenco di codici di errore .

Dirò che l'insieme standard di codici di errore non è estremamente espressivo e ciò potrebbe portare alla mancanza di coerenza tra ciò che vedi. Penso che questo sia probabilmente uno dei principali punti deboli negli approcci RESTful. D'altra parte, SOAP in realtà non fornisce molto di uno standard. Ti dà solo alcuni elementi e ti consente di inserire tutto ciò che vuoi nei dettagli.

È possibile restituire assolutamente XML da un servizio RESTful. I framework che ho visto rendono abbastanza banale. In realtà, è possibile restituire SOAP da un servizio riposante. Ho visto servizi che accettano richieste SOAP e restituiscono JSON (non proprio RESTful ma costruito su un framework di riposo). Dici che stai cercando un caso d'uso, ma penso che tu intenda l'esempio. L'XML è impopolare quindi non molte persone si preoccupano più di esso.

    
risposta data 03.10.2016 - 23:27
fonte
1

XML is supposed to be also possible, but I challenge a real use case...

Is there a standard governing RESTful services (even if only proposed) that would give me any guidance with error propagation?

Potresti cercare application / problem-json .

    
risposta data 29.10.2016 - 06:25
fonte

Leggi altre domande sui tag