まず、質問に答えます：なぜですか？ RSSで私たちを読むことに問題がないことは明らかです。 個別の記事フィードとニュースフィードデザイナさえあります-個々のセクションを選択できます。 しかし、RSSはまだ特定のものです。 私たちはこれを知っています、あなたはそれについて知っていますが、人々の大衆は知りません。 そして、プラットフォーム/ブラウザごとのサイト訪問の統計はこれを確認します。 さらに、コメントのような機能は、RSSリーダーが原則的にプルしないように設計されています。 とにかく、専門は普遍的よりも優れています。
デザインはミニマルであることが判明しました。2つのタブ-ニュース用と記事用です。 前者は、見出しとテキストのスニペットを含む単純なリストに表示されます。 記事はよりトリッキーです。各セクションの横のリストに小さな写真を付けて表示します。
スワイプで隣接するマテリアルを切り替えることができます。リストをフックする必要はありません。 このアイデアは私たちに独自にやってきたようですが、後で判明したように、これは一般的なテクニックです。 偉大な心は同様に考える:)
技術的な詳細に移ります。 モバイルアプリケーションがあり、そのようなユーザーには1つの主な機能があります。低速で、場合によっては高価なインターネットです。 そのため、空中をあまり通り過ぎないように考えなければなりませんでした。 ところで、このタスクは興味深いことがわかりました！
まず、すべての画像はサーバー側でスケーリングされます。 クライアントは端末画面の幅を転送し、目的のサイズの画像を受け取ります。 これが主な手段であり、2〜3回ごとにトラフィックを遮断できました。 素材を開くときに写真がロードされ、後でキャッシュされます。
私たちの記事は膨大であり、1文字の更新でむき出しの文字でさえ1メガバイトまたは2メガバイトを消費します。 この無意味な残酷さが必要なのは誰ですか？..一般に、各セクションの最後の10件の記事の見出しとURL（私たちにとってIDの役割を果たす）のみを含む記事のRSSフィードを個別に作成しました。 クライアントはそれらを受信し、まだ持っていないものを見てから、特定の記事の全文をRSS形式で発行する別のスクリプトに目を向け、目的の記事のIDを渡します。 いくつの新しい記事が登場したか-何度も取り上げられます。
一般的に、フィードバック、批評、愛情、暴行、そして可能であればより良い方法に関するヒントが必要です:)これまでのところ、最適化オプションは、長いping接続を強制しないように、すべての最新記事を一挙に要求するだけです。
Google PlayのFerra.ru