私は現在、iOS の画像共有アプリに取り組んでおり、私の開発者はメモリの管理に非常に苦労しています。助けていただければ幸いです。
この「ユーザー フィード」モジュールを例にとると、私の開発者は、スクロールが始まる前にサムネイルの多くがプリロードされていない限り、スムーズなスクロールを維持するスクローラーを設計できません。これにより、最初の読み込みエクスペリエンスが必要以上に長くなることが予想されます。彼は、iOS 側ですでに 200kb に圧縮されていた iPhone の画像 (オリジナルは約 2MB) をさらに圧縮するサーバー側圧縮を使用して、約 20kb に圧縮しました。最終結果は、特にビデオで見られるサイズで表示される、非常にぼやけた低品質のサムネイルです。
彼はもともと下にある画像のトリミングされたバージョンを「サムネイル」として使用していましたが、各画像が 200kb であるため、10 個の「サムネイル」をロードすると、すでに 2MB のメモリが使用されています。ユーザーアバターのサムネイルはサーバーによってまだ圧縮されていないため、別の 2MB がユーザーアバターのサムネイルに使用されています。他の多くの画像アプリと同様に、下にスクロールすることでより多くの画像を読み込めるようにフィードを設計しました。
私の質問はこれです：
- 品質を落とさずにサムネイルをサーバー側で圧縮する良いテクニックは何ですか? Streamzoo のようなアプリはどのようにこれを行うのでしょうか?
https://dl.dropboxusercontent.com/u/76154448/Smooth%20Scrolling%20with%20Streamzoo.mp4
- ライブ バイトの増加を管理するための適切な手法は何ですか? Pic Collage のような画像アプリは、どのようにして最大 200 個のサムネイルを表示しながら、クラッシュすることなくすべての画像をキャッシュに保持しているように見えるのでしょうか?
どんな反応でも大歓迎です！