In-Spotify 应用程序：怎么办？答案

【问题标题】：In-Spotify Apps: What to do?In-Spotify 应用程序：怎么办？
【发布时间】：2015-03-11 21:41:49
【问题描述】：

关于关闭 In-Spotify 应用程序（您知道，那些出现在 App Finder 中为高级用户提供的应用程序？）我想知道如何迁移？

in-spotify 应用程序允许一些很酷的用例（我有很多应用程序，我正在使用，还有一些我已经开发），这些用例现在会丢失。有什么办法吗，我能想到的就是用 libspotify 和/或移动 SDK 构建一个完整的 Spotify 客户端，并在其中包含我的额外功能？

我错过了什么吗？

【问题讨论】：

标签： spotify

【解决方案1】：

在不知道您的确切用例的情况下，很难说出存在哪些替代方案（如果有）。你看过Spotify Web API吗？

【讨论】：

一个用例是根据添加歌曲的人显示照片。我过去曾这样做过，这在与素未谋面的朋友分享播放列表时很有用。作为一个 in-spotify 应用程序，这非常简单，并且可以在短时间内以少量代码实现。作为一个外部应用程序，所有额外的播放器代码、UI 等都需要由开发人员处理......使用 in-spotify 应用程序的进入门槛比使用 SDK 低
我认为“使用 in-spotify 应用程序的进入门槛低于使用 SDK”是值得商榷的。 Apps API 不仅为第三方开发人员提供了一套全新的学习方法，而且它在一定程度上没有遵循约定（例如承诺）。此外，要在桌面客户端中发布应用程序可能需要数月的时间与 Spotify 的 QA 来回反复。
值得商榷？绝对地！我最初的几次尝试既可怜又可怕！但是，一旦我获得了基本结构，它并不算太糟糕——正如我所说，在上下文和限制范围内，我可以有一个“应用程序”快速启动并运行——对于概念验证也非常有用（它回避了审批程序）。显然，另一个好处是您可以在一个地方拥有多个应用程序，而不是多个应用程序来执行多项操作。无论如何，我想我们已经回答了我最初的问题，尽管我很想继续对话，但也许 SO 不是合适的地方:)

【解决方案2】：

这真的不是一个可以像编程问题那样回答的问题，所以我不希望这个回答得到“正确答案”。 ;-)

如果您认为维护 Spotify 客户端具有足够的价值，允许第三方集成在其中，我认为您应该这样做。 Libspotify 和移动 SDK 应该足够了，但我可以想象创建和维护它需要做很多工作。

http://lab.possan.se/thirtify/#/ (Source code) 有一个类似 Web Player 的应用程序，它只使用 Web API。由于 Web API 仅支持 30 秒的曲目预览，因此应用程序不会播放完整曲目。希望这个限制是一个可以很快解决的问题。

Web API、Libspotify 和移动 SDK 的目的是让开发人员能够不受 Spotify 客户设置的限制的影响而工作。桌面客户端中可用的许多应用程序都可以使用 Web API 重新构建，甚至更好的是，作为移动应用程序。唯一的缺点是通过 Spotify 的桌面客户端无法发现它们。 Spotify Apps API 还支持 Web API 中未提供的一些功能，最重要的是播放完整曲目。关于可发现性，有一个Developer Showcase Spotify 展示了第三方集成的良好示例。诚然，可以做更多的事情来让更小的第三方应用程序被发现。

最后，我并不介意桌面客户端中不提供第三方应用程序，但我认为 Spotify 或其开发者社区可以做更多工作来提高这些应用程序的可发现性。

【讨论】：

干杯伙伴——我实际上已经考虑过分叉当前玩家以迎合应用内应用的可能性；我一直在等待查看 SDK 的进展情况以及其他人在做什么。