In his LoopConf talk Dennis Snell talks about building on existing endpoints as requirements change, rather than rewriting and restructuring APIs or adding additional endpoints for no good reason.
What I'm thinking is that if you have a result like this:
The result would be more data served by the api, and we'd be able to potentially pull the URLs from the API (and therefore the dynamic name generation in the shortcode from the API) rather than building it (in the shortcode) on the fly. This would potentially solve the issue in #14 as a side-effect.
This may require some refactoring of the twitter bot if we did this. cc @allisonplus
On the flip side, it would mean the twitter bot could tweet links to the genres.
In his LoopConf talk Dennis Snell talks about building on existing endpoints as requirements change, rather than rewriting and restructuring APIs or adding additional endpoints for no good reason.
What I'm thinking is that if you have a result like this:
We could build in the urls for those genres (in this case, same would apply to stories) into the response, e.g.:
The result would be more data served by the api, and we'd be able to potentially pull the URLs from the API (and therefore the dynamic name generation in the shortcode from the API) rather than building it (in the shortcode) on the fly. This would potentially solve the issue in #14 as a side-effect.