こんにちは この記事では、LG Smart TVプラットフォーム向けのアプリケーション開発の経験を共有したいと思います。 個人的には、このプラットフォームでSmart TV開発者の道を開始しました。この分野のアプリケーションに興味のあるすべての人に推奨したいと思います。 まず第一に、これはLGがドキュメントの品質と開発者に提供される機能においてサムスンの主要な競合他社に劣らないという事実によるものです。 同時に、サンクトペテルブルクの研究所LG R＆Dのスペシャリストは非常にオープンで、常に関連情報を提供する準備ができていますが、モスクワのサムスン開発センターの同僚からは、技術的な質問に明確に答えることができる少なくとも誰かと連絡を取るために数か月間努力しています。 スマートTV市場の他の参加者は言うまでもありません。理論的には、アプリストアを満たす必要がある人々と対話する問題にアプローチする方法は、彼らを作ることに一般的に興味があるという深刻な疑念を生じさせます。何かが開発されていました。
私たちのチームの製品の1つは、 シンプルなスマートIPTVアプリケーションで、これは、今年4月29日にLG Smart TV Apps Contest 2012コンテストで勝者が発表されてから1か月以内にLG Smart Worldに登場しました。無料のアプリケーション、それは今日まで残っています。
この記事は主に初心者を対象としているため、2つの矛盾するところから始めたいと思いますが、それにもかかわらず、スマートTVアプリケーションの作成に関するよくある誤解です。
最初の誤解は、スマートTV用のアプリケーションの開発は非常に難しいということです。
そうではありません。 ほとんどの場合、スマートテレビアプリケーションの作成について話すとき、必要なすべての機能を具体化するhtmlページのレイアウトについて話します。 そのようなアプリケーション（HTML 5、CSS、JS）を作成するために使用される技術は、よく説明されており、多くの人に長い間知られています。
2番目の誤解は、スマートテレビ用のアプリケーションの開発は非常に簡単だということです。
これもそうではありません。 この誤解は、おそらくこのタスクに直接遭遇しなかったが、一般的な用語でのみそれに精通している人々によって広まっています。 開発で使用されるテクノロジーは、プラットフォームの機能的特徴を考慮し、ユーザーインターフェイスの要件を満たす必要があります。 これを理解しなくても、わずか2〜3か月で壮大で潜在的に人気のある製品を作成できます。その後、LG QAで品質管理に合格するためにさらに1年を費やします。
以下にいくつかの基本的なヒントを示します。これは、作業を大幅に促進し、多くの神経細胞を節約します。
1.ドキュメントを注意深く読んでください
ライブラリおよびテクニカルノートセクションでLG Developerに投稿されたドキュメントを調べることは、将来のすべてのスマートTV開発者が始めるべき場所です。 このドキュメントには、LG Web APIの詳細な説明、Netcastプラットフォームの機能、およびさまざまな仕様が含まれています。 LGスマートテレビおよびメディア製品のUIガイドラインと呼ばれるドキュメントには特に注意を払う必要があります。これには、厳密に遵守する必要があるユーザーインターフェイスの要件が含まれています。
2.ドキュメントを信頼しないでください
LGデベロッパーのウェブサイトに掲載されているドキュメントが開発に関する主要な情報源になるという事実にもかかわらず、無条件にそれを信頼するべきではなく、実際に疑問を引き起こす可能性のある点を確認してください。 プラットフォームの機能は、多くの場合、ドキュメントで説明されているよりも広いです。
3.テストに実際のテレビを使用する
LG Smart TV SDKには、すべてのモデルのTVエミュレーターが付属しています。 彼らはうまく機能し、そしてもちろん、開発に不可欠です。 それでも、エミュレータはプラットフォームと現在のファームウェアのすべての機能を考慮することができないため、アプリケーションの作成のすべての段階で、テスト用に実際のテレビ（できればリリース年が異なる）を使用することが非常に重要です。 そうしないと、エミュレーターでは問題なく動作するが、テレビでは動作しないアプリケーションを取得する危険があります。
4.シンプルなスタート
当初から世界で最高のアプリケーションを作成しようとしないでください。これは、QAを使って不満を抱き、市場での製品の発売を何カ月も何カ月も遅らせる確実な方法です。 私の意見では、ガイドラインの観点から非の打ちどころのない、比較的シンプルだが完全に機能するアプリケーションを作成し、その機能特性を徐々に改善する方がはるかに簡単で正しいでしょう。
5.パッケージ化されたアプリケーションを作成しないでください
ソースコードを配置するという観点から、アプリケーションはパッケージ化（LGサーバーに配置、インストール中にユーザーのテレビに完全にコピー）およびホスト（リンクを介してユーザーのテレビから起動）できます。 パッケージ化されたアプリケーションに変更を加えるには、少なくとも1週間かかります。この場合、LG QAの検証プロセス全体が、最初から最後まで行われるためです。 変更は、機能を拡張したいという要望だけでなく、製品の動作中に特定された欠陥の修正にも関連付けることができます。 しかし、たとえアプリケーションが今日問題なく動作していても、新しいファームウェアのリリースで明日も動作するという保証はありません。 したがって、常に外科的介入の機会が必要です。
6. jQueryやバックボーンなどのサードパーティライブラリを使用しないでください
テレビはコンピューターではないことを覚えておくことは非常に重要です。スマートテレビアプリケーションの操作に割り当てられるリソースは非常に限られているため、慎重に使用する必要があります。 一見すると開発プロセスを簡素化することを可能にするサードパーティのライブラリを使用すると、生産性が大幅に低下し、製品をさらに改善することができなくなります。 ここでより適切なアプローチは、実際のニーズに合わせて独自のライブラリを作成し、プラットフォームの仕様を考慮することです。
7. LG Developサイトのサンプルをアプリケーションに含めないでください
[ ツールとサンプル]セクションにある例は、品質管理に合格できません。 これは事実です。 これらを使用して、API関数の機能に慣れることはできますが、既成のソリューションの不可欠な部分にすることはできません。
8.付属のドキュメントを慎重に完成させます
アプリケーションの付属ドキュメントには、 セルフチェックリストと、アプリケーションの動作を詳細に説明するスクリーンショット付きのプレゼンテーションが含まれています。 ドキュメントは英語で記入されています。
セルフチェックリストは、アプリケーション開発中に発生する主な問題に対処するアンケートです。これらの問題は製品に反映されていないことを明記する必要があります。 質問への回答は空のままにしたり、値を失敗させることはできません。これは、テストの最初の段階で自動的に失敗することを意味します。 アンケートの「ガイドライン」と矛盾する場合は、「ガイドライン」のステータスが高く、その実行の義務は無条件であることを忘れないでください。
プレゼンテーションでは、アプリケーションの構造と機能を詳細に説明する必要があり、すべての紛争状況（ユースケース）を反映する必要があります。 多くの場合、テスターが1つまたは別のユースケースに満足していない場合、プレゼンテーションにそれを含め、アプリケーションへのコメントでそれを示すだけで十分です。
おそらく今日はこれですべてです。この資料があなたの役に立つことを願っています。
もちろん、ここでは開発プロセスの基本的な側面のみが影響を受けます。さらに微妙な点は次の記事に反映されます。