How to handle deezer IDs vocabulary

假如想象 提交于 2019-12-13 20:55:48

问题


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:


  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.
  2. No superID.

  3. Yes, Most of the time, the identifiers are the same in all countries.



来源:https://stackoverflow.com/questions/17276524/how-to-handle-deezer-ids-vocabulary

标签
易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!