取得するような、大きなファイルを事前にダウンロードしておくことができるようになる。大きな音声ファイルがメインコンテンツとなる。発生時にキャッシュするといった方法がある。しては少し使いにくい。キャッシュが生成しにくい前者は分かりやすいだろう。API音声の再生は、必ずファイルの先頭からリクエストするわけではなく、途中から聞く場合は途中からリクエストを行う。全てのレスポンスが揃ってから開始するわけではなく、届いた順に再生する。使われ、途中から再生するような場合以下のようになる。限らないというわけだ。返ってきていることに気付く。ヘッダが送られていない。普通のリクエストとして送られているのだ。初期の頃だったため、単に実装されてないだけろうと思い、実装されるのを待って漬けていた。Range/Partial以下のブログが出て初めて、実装ではなく仕様の問題だということがわかった。JakeArchibald.com結論から言うとこうだ。いうか標準化されてないと言って良いだろう。置き換えて返すこともできる。途中までしかキャッシュできてない状態でオフラインになると、途中で再生が止まるフラストレーションが溜まるだけだ。アプリで聞いたほうが体験が良いということになる。アプリを実現するのは難しそうだ。アプリは基本的に、ネットワークがある間にダウンロードを完了し、地下鉄などを移動する際に聞ける状態になっているだろう。して追加し、バックグラウンドで実行させる。