Hi.
REST implies that you manipulate resources using their URLs. But there are major points to consider in current API specification (dev branch):
GET with request body
HTTP GET with body breaks idempotency (requesting the same URL multiple times always gets you an equivalent result). Moreover it's rather unexpected.
I'm not sure of the semantics of GET /plottable_embeddings/transformer but consider reimplementation using POST verb. Or if you indeed query the transformer resource use query string.
Verbs in URL
In POST /set_params you manipulate params entity — choice of POST verb is good, but URL doesn't describe a resource, but uses a redundant HTTP verb. Consider renaming of url to POST /params.
Hi. REST implies that you manipulate resources using their URLs. But there are major points to consider in current API specification (
dev
branch):GET with request body HTTP GET with body breaks idempotency (requesting the same URL multiple times always gets you an equivalent result). Moreover it's rather unexpected.
I'm not sure of the semantics of
GET /plottable_embeddings/transformer
but consider reimplementation usingPOST
verb. Or if you indeed query thetransformer
resource use query string.Verbs in URL In
POST /set_params
you manipulateparams
entity — choice of POST verb is good, but URL doesn't describe a resource, but uses a redundant HTTP verb. Consider renaming of url toPOST /params
.Feel free to discuss these recommendations 🙂