Violare i principi REST per un'API REST per supportare un batch di operazioni (magari con garanzie transazionali) che possono essere aggiunte a una coda tramite un POST?
Questo design sembra al di fuori dell'ambito dell'architettura REST ma non necessariamente in violazione di esso, ma sto cercando fonti autorevoli qui, e / o supporto spiegazioni quando / perché evitare o preferisco questo approccio.
Ad esempio, l'API Parse supporta un POST per creare un batch di richieste, ognuna delle quali rappresenta ciò che potrebbe essere una richiesta di REST separata, come la seguente (citazione):
curl -X POST \
-H "X-Parse-Application-Id: ${APPLICATION_ID}" \
-H "X-Parse-REST-API-Key: ${REST_API_KEY}" \
-H "Content-Type: application/json" \
-d '{
"requests": [
{
"method": "PUT",
"path": "/1/classes/GameScore/Ed1nuqPvcm",
"body": {
"score": 999999
}
},
{
"method": "DELETE",
"path": "/1/classes/GameScore/Cpl9lrueY5"
}
]
}' \
https://api.parse.com/1/batch