この記事では、レポートを「架空化」しました。 私たちは、初心者の開発者と経験豊富な開発者の両方が自分自身に役立つ何かを見つけることを願っています。
3種類のクラシックメディアアプリ
私が取り組んだメディアアプリケーションは、開発時間と複雑さが大きく異なる3つのタイプに分けられました。最も重要なのは、収益化の目標と方法の点です。 ちょうど今、4番目のタイプのメディアアプリケーションがポートフォリオに追加されました。すべてが完全にカスタムで非常に複雑です。 しかし、彼については少し後で、別の記事で。
| 種類 | 内容 | 収益化 | 開発 | 私たちの例 |
|---|---|---|---|---|
| ストリーミング | ラジオおよびビデオコンテンツのストリーミング。 無料です。 | アプリケーション自体のブランディング機能と収益化機能は弱いが、ストリーミングはラジオユーザーの輪を広げ、組み込みの統計情報はどれだけ | 開発中、バックエンドでは、通常、ストリーミングサーバーがあれば十分です。 | 「Komsomolskaya Pravda」 habrahabr.ru/company/eastbanctech/blog/170651 |
| 電子メディア | 通常、このようなメディアは、ストリーミングコンテンツに加えて、またはその代わりに、ニュース、記事、フォトギャラリー、レポートなどがあるポータルによって表されます。 コンテンツは無料です。 | ユニークなデザイン、その個々の要素、ユーザーと連携する際の高度な双方向性、バナーやテキスト広告の目標を通じた収益化の高度な機会を作成する機会はすでに多くあります。 | このようなプロジェクトの実装にかかる時間と費用は、最初の場合よりもわずかに高くなりますが、ほとんどのメディアの代表者にとっても十分に受け入れられます。 | ポータルBFM.ru habrahabr.ru/company/eastbanctech/blog/189014のアプリケーションライン |
| メディア保持 | 私たちの分類では、新聞、雑誌、個々の特別号などの紙のコピーのリリースが含まれます。 | 有料コンテンツはすでにここに表示されています-新聞や雑誌の電子版は、モバイルプラットフォームストアを通じて個々の発行物やサブスクリプションの販売を通じて配布されています。 | 決定は高価であり、出版物の信ity性とスタイルを完全に伝えます。 | ロシア市場でこのようなアプリケーションを使用する必要はまだありません。例として、www.eastbanctech.com / portfolio / the-washington-post-for-ipadのワシントンのEastBancオフィスとの共同開発を引用できます。 |
印刷とモビリティ
メディアアプリケーションの設計については、常に多くのことを話しました。なぜなら、 トピックは単純で面白くありません。 独自の方法を探す必要があるたびに、このデザインがどうあるべきかはどこにも書かれていませんが、ゲーム、ソーシャルネットワーク、オーガナイザーなどのデザインとは絶対に異なっていなければなりません。 主な目標は常にパブリケーションのスタイルと光沢を保持するデザインを作成することですが、これはモバイルアプリケーションであり、モバイルアプリケーションのように作業する必要があることも忘れないでください。
デザインの分野でさまざまな問題に直面しなければなりませんでした。 たとえば、2012年の終わりに、Windows 8プラットフォームでコムソモルスカヤプラブダテレビチャンネルのモバイルバージョンを開発することを設定しました。
また、iOS、Android、WinPhone、Win8でアプリケーションのBFM.ruラインを作成する場合、複数の異なるプラットフォームで同じアプリケーションを繰り返し、それぞれのガイドラインを遵守し、同じスタイルを維持し、さらに「マザー」ポータルを参照する必要がありました。 実際、ニュースや記事が古典的なビジネス出版物のように提示されたとき、BFM独自の「印刷」を維持する必要がありましたが、デザインは各モバイルプラットフォームに固有のすべての機能を備えた真のモバイルのままである必要がありました。
私たちは何をしましたか：
- 各オペレーティングシステムの標準のアプリケーション要素の設計に取り組みました。
- 写真を含むすべてのコンテンツは、サイトBFM.RUから取得されました。 アプリケーションは、ギャラリー、ニュースフィード、記事、コメントをサイト訪問者になじみのあるスタイルでサポートします。
- すべてのOSで、お気に入りとセクションナビゲーションに追加しました。
- Windows 8では、Windows 8のスタイルでもタイル、スクロール、ナビゲーションを使用していましたが、同時に、見出し、記事、コンテンツのデザインは「ネイティブ」サイトと一致しています。
- 彼らは、ジェスチャーのサポートと、隠されたシステム機能の通常の配置を行いました。
- 彼らはすべてのプラットフォームで記事やニュースの印刷スタイルを維持し、テキストを新聞のコラムに分割しました。 また、豊富なテキスト情報の問題も解決しました-BFMは、多くの場合、1つの絵だけで素材を説明するか、まったく説明しません。
レビューを見て、iPad、iPhone、Surfaceでどのように見えるかを評価できます。
モバイルニュースアプリケーションのサービスを使用する際に考慮すべき重要事項
まず、すべてのモバイルアプリケーションの標準的な制限を忘れないでください。 これは、まず、転送されるデータ量を最小限に抑えることです。これは、トラフィックを節約し、アプリケーションの利便性と応答性を高めるために必要です。
最小トラフィックはさまざまな方法で達成されます。
- If-Modified-Sinceヘッダーのサーバー側サポートが必要です。 これにより、クライアントパーツは、最後のリクエスト以降に変更があった場合にのみコンテンツをロードできます。
- サーバーは各カテゴリ（識別子や更新日など）に最小限のデータを提供し、クライアントはリスト全体（ニュースコンテンツ：著者、公開日、説明、写真など）をダウンロードすることを選択します。
- 送信データのアーカイブ。
また、ニュースアプリケーションを作成するための要件についても述べたいと思います。
ニュースフィード
無限のニュースフィードがある場合は、最新のニュースを上からダウンロードして、フィードの最初にする必要があります。 同時に、以前のニュース（ユーザーがフィードを下にスクロールした結果）のダウンロードをサポートする必要があります。 良い例は、twitterタイムラインAPIです。
グループ化とコンテンツカテゴリ
従来のニュースアプリは、ニュースをカテゴリまたはカテゴリにグループ化することをサポートしています。 この場合、サーバー部分はニュースフィードをフィルタリングし、要求に応じて、選択したカテゴリに従ってニュースを提供する必要があります。 クライアント側のフィルタリングは、パフォーマンスを大幅に低下させる可能性があります。
トップ、トップニュース、最新ニュース
モバイルアプリケーションで表示するときに強調表示する必要があるニュースには、その重要性を特徴付ける適切なプロパティが必要です。 ほとんどの場合、それぞれの瞬間に現在の「メイン」ニュースを返す個別のリクエストを作成することが望ましいです。
検索する
ニュースコンテンツでは、検索をサポートする必要があります。これにより、アプリケーションがより便利になります。 また、最新のニュースだけでなく検索も行うため、検索はサーバーに実装する必要があります。
書式
ニュースデータを送信するには、主に2つの方法があります。
- ニュース全体のhtmlコンテンツは、組み込みWebブラウザー内のクライアントに表示されます。 長所-サーバーに記事を表示するためのテンプレートを変更でき、モバイルクライアントですぐに変更されます。 ただし、多くの場合、クライアントの記事内の画像をサポートするには、JavaScriptを使用して現在のデバイスに目的のサイズの画像をロードします。実際のサーバーで公開する前に、変更したテンプレートを慎重にテストする必要があります。
- son / xml / plistなど-ネイティブ要素の形式で表示することも、最初のオプションと同様ですが、事前定義されたテンプレートで表示することもできます。
メディアコンテンツ
メディアコンテンツがすべての可能なデバイスサイズをサポートすることは非常に重要です（iPhone Retinaおよび非Retina、+ iPad同様、+ 2（少なくとも）AndroidおよびWinPhonees用）：大画面で小さな画像を使用するのはisい小さくて大きい-難しい。
メディアアプリケーションの開発の開始-私たちのルール
私たちは非常に単純なルールを思いつきましたが、今ではメディアアプリケーションの開発の最初にそれを順守しています：
- ユーザー（コンテンツ利用者）の肖像を見つけます。 誰がそれらを読んだり、聞いたり、見たりするかについて、偏見を持って顧客に尋ねる必要がある。 原則として、これらの質問は顧客によって解決され、調査されています。主なことは、この情報を慎重に扱うことです。
- アプリケーションの目標とそのタイプ（クラス）を定義します。 一見したほど単純ではありません。 また、長い徹夜と顧客との共同瞑想で決定されます。
- 「親」出版物の内容を分析するため。 分析が深いほど、開発者が直面する問題が多くなり、スノーフレークのような各メディアアプリケーションは他のものとは完全に異なることがわかります。 たとえば、BFM.ruポータルのコンテンツを慎重に分析した結果、テキストが豊富でイラストが不足しているという問題の完全な成長に直面しました。 そのソリューションは、アプリケーションのコンセプト全体の作成を必要としました。
- 既存のITランドスケープ内のコンテンツの可用性。 要件の分析と顧客とのコミュニケーションを開始したら、CMSおよびAPIへのアクセスの問題についてすぐに話し合います。 質問をする必要があります、顧客がサイトでの公開プロセスをどのように整理したか、モバイルデバイス用のWebサービスはありますか？サービスはすべてのコンテンツではなく、新しいコンテンツのみの更新をサポートしますか？
- 収益化オプション。 クライアントの目標を理解し、共同で実装に努めることが重要です。
プロジェクトの開始時にこれらの重要なポイントに取り組むと、現在成功しているモバイル製品と、将来の制御された開発を受け取ることができます。
私たちは質問に喜んでいるでしょう！