Cosa restituire se il metodo del controller Spring MVC non restituisce valore?

Sto usando jQuery $.getJSON()per effettuare chiamate asincrone al mio semplice backend Spring MVC. La maggior parte dei metodi del controller Spring è simile al seguente:

@RequestMapping(value = "/someURL", method = RequestMethod.POST)
public @ResponseBody SomePOJO getSomeData(@ModelAttribute Widget widget,
    @RequestParam("type") String type) {
    return someDAO.getSomeData(widget, type);
}   

Ho impostato le cose in modo che ogni controller restituisca il @ResponseBodyJSON, che è ciò che il lato client si aspetta.

Ma cosa succede quando una richiesta non dovrebbe restituire alcun contenuto sul lato client? Posso avere:

@RequestMapping(value = "/updateSomeData" method = RequestMethod.POST)
public @ResponseBody void updateDataThatDoesntRequireClientToBeNotified(...) {
    ...
}

In caso contrario, qual è la sintassi appropriata da utilizzare qui?

puoi restituire void, quindi devi contrassegnare il metodo con @ResponseStatus (valore = HttpStatus.OK) non hai bisogno di @ResponseBody

@RequestMapping(value = "/updateSomeData" method = RequestMethod.POST)
@ResponseStatus(value = HttpStatus.OK)
public void updateDataThatDoesntRequireClientToBeNotified(...) {
    ...
}

Solo i metodi get restituiscono un'implicita di 200 codici di stato, tutti gli altri hai una delle tre cose:

• Restituisce il vuoto e contrassegnare il metodo con @ResponseStatus(value = HttpStatus.OK)
• Restituisce un oggetto e contrassegnalo con @ResponseBody
• Restituisce HttpEntityun'istanza

Puoi semplicemente restituire un ResponseEntity con l'intestazione appropriata:

@RequestMapping(value = "/updateSomeData" method = RequestMethod.POST)
public ResponseEntity updateDataThatDoesntRequireClientToBeNotified(...){
....
return new ResponseEntity(HttpStatus.OK)
}

È possibile restituire l'oggetto "ResponseEntity". L'uso dell'oggetto "ResponseEntity" è molto utile sia al momento della costruzione dell'oggetto risposta (che contiene il corpo della risposta e il codice di stato HTTP) sia al momento di ottenere informazioni dall'oggetto risposta.

Metodi come getHeaders (), getBody (), getContentType (), getStatusCode () ecc rendono molto semplice il lavoro di lettura dell'oggetto ResponseEntity.

Dovresti utilizzare l'oggetto ResponseEntity con un codice di stato http 204 (nessun contenuto), che è specificamente per specificare che la richiesta è stata elaborata correttamente e il corpo della risposta è intenzionalmente vuoto. Utilizzare codici di stato appropriati per trasmettere le informazioni giuste è molto importante, soprattutto se si sta creando un'API che verrà utilizzata da più applicazioni client.

Sì, puoi utilizzare @ResponseBody con il voidtipo restituito:

@RequestMapping(value = "/updateSomeData" method = RequestMethod.POST)
@ResponseBody
public void updateDataThatDoesntRequireClientToBeNotified(...) {
    ...
}

Non c'è niente di sbagliato nel restituire un vuoto @ResponseBodye dovresti per POSTrichieste.

Utilizzare i codici di stato HTTP per definire gli errori all'interno delle routine del gestore delle eccezioni, mentre altri citano lo stato di successo. Un metodo normale che hai restituirà un codice di risposta 200che è quello che vuoi, qualsiasi gestore di eccezioni può quindi restituire un oggetto errore e un codice diverso (es 500.).

Ma man mano che il tuo sistema cresce di dimensioni e funzionalità ... penso che restituire sempre un json non sia affatto una cattiva idea. È più una questione architettonica / di "progettazione su larga scala".

Puoi pensare di ritirare sempre un JSON con due campi conosciuti: codice e dati. Dove code è un codice numerico che specifica l'esito positivo dell'operazione da eseguire e i dati sono tutti i dati aggiuntivi relativi all'operazione / servizio richiesto.

Dai, quando usiamo un back-end un fornitore di servizi, qualsiasi servizio può essere verificato per vedere se ha funzionato bene.

Quindi mi attengo, per non lasciare che Spring gestisca questo, esponendo le operazioni di ritorno ibrido (Alcuni dati di restituzione altro niente ...) .. instaurato assicurati che il tuo server esponga un'interfaccia più omogenea. È più semplice alla fine della giornata.

Ecco un esempio di codice che cosa ho fatto per un metodo asincrono

@RequestMapping(value = "/import", method = RequestMethod.POST)
@ResponseStatus(value = HttpStatus.OK)
public void importDataFromFile(@RequestParam("file") MultipartFile file) 
{
    accountingSystemHandler.importData(file, assignChargeCodes);
}

Non è necessario restituire nulla dal metodo in uso, tutto ciò che serve per utilizzare questa annotazione in modo che il metodo restituisca OK in ogni caso

@ResponseStatus(value = HttpStatus.OK)