问题
each song can have different IDs in different countries (see Deezer APsI: example of non-streamable song for country limitation for detalis); having said that, which is the best practice to handle this in a deezer APIs based application?
Is there anything (like a "superID") which tells me that song A having ID 7 and song A having ID 8 are actually the same song?
As far as I have understood, the difference in catalog among countries shouldn't be huge so a song available in country X is usually available in all the other countries too in most of the cases...but considering the above difference in IDs vocabulary, is this still true? I.e. a song having ID 12345 in country X is available as 12345 in all the other countries in most of the cases?
Thanks.
回答1:
Currently, the best practice is to use the readable flag on the JSON.
- If you build your requests on client side (JS&co), the api geolocate the request with the client location.
- If you build your requests on server side, the api use the geolocation of your server except if you use &access_token argument and the user is premium, the api use the geolocation of the subscription of the user.
No superID.
Yes, Most of the time, the identifiers are the same in all countries.
来源:https://stackoverflow.com/questions/17276524/how-to-handle-deezer-ids-vocabulary