[seagrant-dev] Remaining API questions

Kennric kennric at osuosl.org
Thu Jul 31 22:10:23 UTC 2014


The main remaining question I have is the message payload for images.

In a response containing many fields and including an image field (say a product 
that has a picture of that product), we have several options:

1.	Return the id of the image, this id can be used to fetch the image in a 
separate api request

2.	Return a url pointing to the image, i.e. http://whatsfresh.org/tuna.jpg

3.	Return an html image tag with the url

4.	Embed the image data itself in the json

For the images/<id> endpoint, we have the same options, plus an additional 
option:

5.	Return the image data in a response of content-type image instead of json

If images have captions that need to be included, then the images/<id> 
endpoint will need to return json. Is that a possibly important/useful 
feature?

My preference:

In image fields within json, return the image id.

In responses to images/<id>, return image data as content-type image.

This requires a separate api call to fetch the image, which may or may not be 
inconvenient/slow for the mobile app, but has these advantages:

it avoids having urls in the repsonse data that could potentially change but 
end up cached (decoupling the endpoint url from the raw data)

it avoids very large responses that will cause the app to wait before 
displaying data

it results in smaller, cleaner, and more easily validated json responses

And it has this disadvantage: requests for the image will have to hit the API 
logic to connect them to the actual image. An image url can bypass the API 
altogether and pull from a fast static file location. 

Returning the image URL is my second choice, but the needs of the mobile app 
should probably dictate the answer here.

Ken



More information about the seagrant-dev mailing list