2013-04-04 3 views
2

Я строю на основе Raspberry Pi клапанный усиленный MP3-плеер, который находится в восстановленном Вестминстерском радио случае:ключ API для свободной реализации Spotify клиента

http://www.youtube.com/watch?v=oTabLcVgvwo

Я хотел бы написать простой Бесплатный клиент, который сразу начнет играть определенный список воспроизведения («Westiamp», который является названием проекта). Он также будет подключен к панели управления, подключенной к USB-порту, для пропуска между дорожками и т. Д.

Будет создан простой веб-интерфейс для ввода имени пользователя и пароля для входа в Spotify и данных WiFi.

Мой вопрос касается ключа API. Есть несколько вариантов, я могу увидеть здесь:

  • применяется для персонального ключа API, и отпустить его вместе с исходным кодом
  • применяется для ключа API для проекта, и выпустить его вместе с исходным кодом
  • предоставляют возможность в веб-интерфейсе пользователя, чтобы указать ключ API, и использовать это

Я предпочел бы не распространять персональный ключ API, и я не думаю, что юзабилити помогло бы требуя от любого пользователя программного обеспечения применять свой ключ.

Есть ли способ, одобренный Spotify здесь? Я пробовал публикацию на форуме сообщества (молчание) и просил поддержки (кто меня направил сюда).

ответ

1

Это строго против Условий использования Spotify для распространения вашего ключа с исходным кодом.

Если вы только распространяете двоичные файлы с ключом API C, скомпилированным в, это нормально. В противном случае вы должны потребовать, чтобы конечный пользователь вашего кода предоставил ключ C во время компиляции или попросил двоичный ключ во время выполнения.

+0

Yikes, это не счастливый случай использования для конечных пользователей, не являющихся разработчиками. Я бы подумал, что обеспечить учетные данные учетной записи Spotify было бы достаточно. Спасибо за информацию, хотя. –

+0

Чтобы быть справедливым, он соответствует условиям почти любого другого API с ключами API, с которыми я столкнулся - вы не можете свободно распространять ключ. Подавляющее большинство конечных пользователей, не являющихся разработчиками, в большинстве случаев имеют дело только с распределенными двоичными файлами, поэтому эти политики для них не являются проблематичными. – iKenndac

+0

Да - это не просто проблема с Spotify. Проблема в том, что сама идея ключей API враждебна бесплатному программному обеспечению, что печально, учитывая, насколько Spotify основывается на самом программном обеспечении. Таким образом, вы сталкиваетесь с обходными решениями, например, просить отдельных пользователей обращаться за самими ключами API :( –