【讀書筆記】iOS-流式音頻與Pandora Radio之路，ios-pandora

【讀書筆記】iOS-流式音頻與Pandora Radio之路，ios-pandora

複雜性是不可避免的，而且只會隨時間增長，所以在增加特性時一定要為重構和代碼簡化留出時間。真正遇到問題這前先不要擔心效能。iPhone非常強壯，你可能永遠也不會遇到預想的效能問題。

 

能過互連網向一個裝置傳送音頻時，可以採用兩種傳輸模型：串流和下載。

 

對於串流，音頻伺服器會按音訊位元速率通過網路傳送位元組。例如，如果音頻編碼為64Kbits/s,可以預見，串流時就會採用這個速率（64kbit/s).有一個連續，不間斷的音樂流時常會採用流式音頻。

 

如果音頻傳輸採用下載模型，音樂將被劃分為離散的資料區塊（例如， 一次傳送一首歌).客戶儘可能快地下載一個資料區塊並播放，而且只在第一個資料區塊快要完成下載時才開始下載下一個資料區塊。

 

各種模型都有其優缺點。串流需要有用戶端記憶體開銷更少（資料一旦傳輸就會有消耗），而且客戶實現的複雜性也更低（這要以伺服器端更高的複雜性為代價）。不過從某種程式講，串流也更容易由於網路延遲和丟包而破壞音頻。另一方面，下載的音頻內容開銷更大（因為音頻段可能相當大），而且用戶端複雜性也更大。但是下載的音頻對網路破壞更有免疫力，因為網路寬頻可以得到充分利用而不是局限於一個固定的量。

 

為實現這個特性，需要做到3點：瞭解至今為止已經播放了歌曲的多少位元組，在應用終止時儲存這個資訊，並且在應用啟動時通過開始一個部分下載從退出時的位移位置恢複中斷的歌曲。

 

 

參考資料：《精彩iPhone炫酷開發-七位一線高手的編程和設計範例》