Mixed casing conventions for the REST API

[jorgebay]

We recently introduced consumer_id querystring parameter which uses snake case but the API uses camelCase...

We should change it to consumerId on v0.5.0, while still supporting the snake case version until v0.7.0.

[akisan13245]

i think camelcase is not as good as snakecase ,because snakecase can be more readable and multi-user but if api only supports camel it's ok,you can still use camelcase on 0.7.0 for your api

[jorgebay]

@akisan13245 I agree, I think snake case is more readable and newer projects tend to go in the direction of snake case for json messages. The problem is that all the messages use camelCase and it would be a huge (breaking) change to change it.

Hopefully, unifying the naming convention towards one (camelCase) is better than having mixed ones :)