Windows Phone用の「キノポイスク」の作成方法

少し前まで、 Kinopoisk Webサイトの公式クライアントがロシアのマーケットプレイスに登場しました。これはWindows Phoneユーザーによって応援され、現在、無料アプリケーションでの人気の記録をすべて破りました。 もちろん、このアプリケーションの開発者であるGrigory Nikonov（ Anadale ）にインタビューせざるを得ませんでした。



グレゴリーは、ロシア最大のデジタルエージェンシーであるアクティス・ワンダーマンの共同設立者であり、同社の技術の第一人者です。 さらに、グレゴリーはATMフォーラムの欧州マーケティング意識委員会と協力し、ATMネットワークに関するモノグラフの著者の1人になりました。 合計で、IT分野での彼の経験は20年以上です。



カットの下では、Windows Phoneプラットフォームと競合するモバイルオペレーティングシステム（開発者とユーザーの両方から）、モバイルオペレーティングシステムの開発の問題、および「ムービー検索」の設計と開発に関するGrigory Nikonovの意見を読むことができます。







-Windows Phoneの開発は、他のプラットフォームの開発とどのように異なりますか？



開発者の観点から見ると、iOSには非常に優れたAPIがあり、必要なほとんどすべてを実装でき、優れたドキュメントが含まれています。 ただし、iOS向けに開発する場合、何らかの面倒な欠点が1つあります。開発はObjective-Cで行われます。Objective-Cは、人々が高級言語に到達しようとしたすばらしい言語です。 残念ながら、「ここにデータがあります-表示してください」と言うのではなく、データを表示するために何をする必要があるかを詳細に説明するために多くの時間を費やしています。 もちろん、メモリリーク、リンクカウンターの管理などのことを覚えておく必要があります。



ユーザーインターフェイスについて説明すると、iOSの柔軟性が非常に高いため、開発者はできる限り目立つようにしています。 この結果、iPhoneとiPadのすべてのアプリケーションは2つの大まかなカテゴリに分けられます。すべてのアプリケーションはテンプレートごとにまったく同じように作成されるか、誰もがやりたいときに「ジプシーキャンプ」になり、さらに彼は成功します。 問題は、誰かがあまりうまくいかないことです。 iOSの開発について何らかの評価を行う場合は、4つに分けます。



2番目に広く知られているプラ​​ットフォームはAndroidです。 このプラットフォームは、ほとんどの場所で柔軟性に優れています。 さらに、AndroidはJavaで開発されています。これは、Objective-Cよりも現代的で便利な言語です。 Javaはオブジェクト指向の性質と「マネージド」言語であるため、開発を簡素化します。つまり、メモリやその他すべてを理論的に管理する仮想マシンがあります。 しかし、ここにはいくつかのニュアンスがあります。 第1に、開発環境は主にEclipseであり、それ自体は開発者には適していますが、インターフェースを描画したり他のことを行うのには役立ちません。 さらに、判明したとおり、Android用のJavaでの記述はiOSの場合よりも困難です。 XcodeでiOS用に開発する場合、少なくとも視覚的なヘルプがありますが、Eclipseではそうではありません。 一般に、Androidは素晴らしく柔軟性があり、開発は「ジャングルでの探検」に似ています。あなたは自分ですべてをドラッグしますが、これもすべて知る必要があります。 あなたが頭にぶつかるまで推測することさえできない多くのニュアンスがあります。



結局のところ、Windows Phoneの開発は「サンドボックスにいる子供の純粋な喜び」であることが判明しました。 まず、Microsoftには現在最も強力な開発者ツールがあります。 Visual Studioより良いものは何も思いつきませんでした。 Xcodeを搭載したAppleは5年前にVSに登場しました。Eclipseにはテキストを操作するための非常に強力なツールがありますが、多くの場合必要な「ビジュアルラッパー」はありません。 しかし、これはWindows Phone用に開発しているときです。作成したコードがすぐに表示され、画面上でどのように見えるかがすぐにわかります。 さらに、C＃はJavaよりも新しい言語であり、Javaエラーから学習しました。 書くのは簡単でいいです。



Windows Phoneには、iOSやAndroidのような柔軟性はありません。 Microsoftの人たちは、私たちが携帯電話を扱っていること、そして誰もがiOSやAndroidでやろうとしているこれらの木目テクスチャと凸面ボタンのすべてを携帯電話に持つことはできないと言って、Metroのコンセプトに正直に近づきました。 マイクロソフトによると、これは電話であり、画面であり、すべてがシンプルであり、コンテンツに集中する必要があります。 彼らは、Metroアプリケーションの外観を解釈する多数のテンプレートと「設計原則」を提示しました。 一方で、Microsoftは開発者をテンプレートのフレームワークに追い込んでいるように見えますが、これらのテンプレートには自由があり、何でもできることを実践が示しています。 そして最も重要なことは、取得されたアプリケーション-もちろん、正しく作成されている場合-は、コピーされたアプリケーションのようには見えないことです。 そのため、設計アプローチの原則の観点から、Windows Phoneは、ユーザーに提示する方法ではなく、ユーザーに提示するものに焦点を当てるのに非常に役立ちます。 Kinopoiskを作成したとき、私たちはアプリケーションがどのように見えるべきかを議論するのに非常に多くの時間を費やし、アプリケーションとのユーザーインタラクションの数十のシナリオを失いました。







開発に戻ると、C＃は幅広いプロファイルの最高のプログラミング言語であり、最も重要なことは、この言語がどの方向に発展し続けるのかが本当に好きだということです。 誰もが利用できるバージョンで間違ったベア言語を使用して少しcheしましたが、次のバージョンの言語でのみ表示されるデータの非同期作業を簡素化するためにいくつかのプロパティを使用しました。 そして、モバイルデバイスの場合、これらはあなたなしでは生きていけないものです。 iOSにもAndroidにもこれらのものはありません。これらのプラットフォーム上のデータとの非同期作業に関わるとすぐに、あなたは本当にあなたの脳を爆破する不明瞭なものの山に突入します。



従来の同期プログラミングでは、何らかのリクエストをサーバーに送信し、応答を待ちます。この時点では、ユーザーインターフェイスは何にも反応せず、誰にも適さない可能性があります。 インターフェイスを機能させるために、コードは条件付きで2つの部分に分割されます。リクエストが送信される前に発生したことと、リクエストが送信された後に発生したことです。 これらは2つの完全に異なる部分です（また、リクエストが1つでない場合、よくあることですが、リクエストの数の2倍です）。 その結果、それはすべて多くの小さな部分に分解され、何が求められているのかを頭の中に保持する必要があり、いつ、何が起こるか混乱しないでください。 最初は面白そうに思えるかもしれませんが、このプロセスを制御するのが難しくなり、修正が最も難しいエラーになります。 最も一般的なのは非同期性とマルチタスクに関連するエラーです-単にデバッガーを通過してすべてをチェックする方法がないためです。



同時に、C＃では、言語コンパイラはこれらすべてを数千のメソッドに自動的に分解できます。 プログラマーにとっては、まるでプロセス全体が線形ストリームを通過しているように見え、そのコンパイラーはすべてのコードを必要なメソッドに解析します。 コンパイラのこの機能により、Kinopoiskの開発で約2週間節約できました。 「キノポイスク」は優れたアプリケーションではないという事実にもかかわらず、その開発においてさえ、C＃のおかげで非常に多くの時間を節約しました。 そして、すべてがAndroidまたはiOS向けに開発されていた場合に発生する可能性のあるエラーの検索とデバッグにどれだけの時間を費やすか想像するのは怖いです。



-モバイルアプリケーションを開発するとき、人々はどのような困難を期待しますか？



以前にデスクトップソフトウェアのみを作成した人のためのモバイルプラットフォーム用のアプリケーション開発は、意図的に再構築する必要がある完全に異なる世界です。 そして、そのために再構築した後、デスクトップ用の記述は奇妙になります。デスクトップソフトウェアは遅すぎて静的です。 デスクトップアプリケーションは、操作を実行するために10〜20秒間「考える」ことを恐れませんが、電話の平均セッション時間はほとんどの場合数秒です。 そして、モバイルアプリケーションがこれらの数秒でユーザーのアクションに応答しない場合、ユーザーはおそらくこのアプリケーションを削除するだけです。 したがって、スマートフォンの出現により、開発パラダイムは、部分的にではありますが、アプリケーションが機能していることをユーザーに示すために、登場後すぐに迅速な対応に大きく移行しました。 ダウンロードホイールのようなモバイルアプリを刺激するものはありません。



一方、ユーザーに何かをすぐに見せたいという欲求に加えて、データ伝送チャネルという厳しい制限があります。 ユーザーが常にWi-Fiまたは少なくとも3Gを使用するとは限らないため、ネットワークトラフィックの最適化に対処する必要があります。 トラフィックの最適化に加えて、モバイルアプリケーションのインターフェイスを最適化する必要があります。画面の小さな領域では、最大限の情報を配置し、ユーザーが指で着地するすべての領域を観察する必要があります。 誰かがより少ない指を、誰かがより多くを持っています。 プログラマーがボタンをその画像と同じサイズにすべきだと信じているときに非常によくある間違いがあり、実際、正しいボタンの「タッチゾーン」は描かれているよりもはるかに大きいです。 アプリケーションがプロセッサの電力をどれだけ消費し、メモリとディスク上のスペースをどれだけ占有するかを考慮する必要があります。 この最適化は古い学校のプログラマーにはおなじみですが、新しい開発者には知られていません。 Kinopoiskを開発する際、最初はデータを最大限にキャッシュして、ネットワークがない場合にユーザーが情報を見ることができるように計画していましたが、3Gを介してインターネットから画像をダウンロードする方が内部ストレージから読み取るよりも高速である場合に問題に遭遇しました-約このような問題は、最初は推測が非常に困難です。 Kinopoiskの最初のバージョンでは、最初にキャッシュ内のイメージを検索し、イメージが存在しない場合は、まずイメージをダウンロードしてキャッシュにロードし、キャッシュから表示しました。 これで、最初の画面に表示される画像のみをキャッシュします。他のすべての素材はすぐにWebから読み込まれます。



-「Kinopoisk」はパノラマアプリケーション（Windows Phone Panorama Application）です。 Metro UIの印象はどうですか？ 新しいインターフェースは設計の困難を引き起こしましたか？



アプリケーションに表示されるすべてのデータを正しいMetroインターフェースに分解し、すべての情報が収まり、アプリケーションがKinopoiskのiPhoneバージョンのコピーではないようにする方法を設計および理解するには、約3週間かかりました。 残念ながら、Marketplaceの多くのアプリケーションは最後の問題に苦しんでいます。開発者は新しいプラットフォームへの適応を気にせず、iPhoneまたはAndroidの既存のバージョンからデザインを引き出しました。







キノポイスクでは、もちろん、パノラマを使用しました。 アプリケーション全体は、どのパノラマでも最も重要な情報が最初の画面に表示されるように設計されており、わずかに重要度の低い情報が常に右にスクロールして表示され、別の重要度の低い情報が左にスクロールして表示されます。 そして、これは巨大なプラスパノラマとMetro UIです。 これはiOSまたはAndroidにはありません。



-話し合い、共有したいヒントは開発で使用されましたか？



アプリケーション開発に適したインフラストラクチャを作成するのに少し時間を費やしました。モバイルソフトウェアの構築方法に関する社内ベースプラットフォームの一部です。 このようなアーキテクチャパターンModel-View-ViewModelがあり、ベースライブラリの形でいくつかの異なる実装があります。 それらを見て、独自のMVVMテンプレートを作成しました。 これは、以前使用していた基本的なライブラリのセットがすでにあり、MVVMの概念がこれらのライブラリに非常によく合っていたためです。 その結果、たとえば、データの受信などを説明する方法を考えていませんでした。基本的には、プレゼンテーションでの作業です。



-APIはどのように機能しますか？それに問題はありましたか？ もしそうなら、彼らはどのように決定されましたか？



私たちのアプリケーションでは、「Kinopoisk」は独自のiOSクライアント用とは別のAPIを作成しました。 良い方法では、APIはクライアントのニーズを満たすように開発されており、Kinopoisk iOSクライアントで使用される呼び出しは不要でした。 実際、iPhone版では、各画面に個別の呼び出しを使用しました-今日の人気映画のリスト、今日の人気者のリスト、ニュースフィードなど。 パノラマでは、これらすべてのデータが一緒に必要だったため、Windows PhoneのKinopoiskでは、必要なデータをより便利で迅速かつコンパクトに取得するために、一部の要求がやり直されました。



-Microsoft Marketplaceとどのようにやり取りしましたか？ アプリはすぐにストアに行きましたか？



KinopoiskはMicrosoftとNokiaのイニシアチブで開発されたため、Marketplaceに移動する前でも、プロジェクトのレビューを行い、設計コンセプトと情報アーキテクチャをMicrosoftのスタッフに提示し、承認後、アプリケーションを既に開発しました。 開発後、彼らはKinopoiskをテストし、いくつかの厳しいが公正な要件を満たすことを検討しました。 実際、マーケットプレイスでは、すべてのチェックが非常に迅速に合格しました。







-Windows Phoneの初心者アプリケーション開発者に何をアドバイスできますか？



開発を始めるには、2つのヒントがあります。

最初のヒント：この時間と神経を最初から投資することで、開発パス全体で膨大な時間と神経を節約する機会を決して無視しないでください。 モバイルソフトウェアの開発にゼロから急いで行って自分でやるのではなく、既に知っていることや以前に作成したことをどのように使用できるかを考えた方がよいでしょう。



2番目のヒント：サードパーティのエラー管理システムを使用します。 BugSenseと呼ばれる優れたサービスが1つあります。これは、アプリケーション中に発生するエラーを収集して処理するための単一のシステムです。 このサービスは、Windows Phoneだけでなく、iOSおよびAndroidでも利用できます。 エラーが発生した場合、BugSenseはユーザーに問題に関するウィンドウを表示し、エラー自体に関する情報と、このエラーが発生したスマートフォンの状態に関するすべての技術情報をサイトに送信します。 その結果、この情報はすべてサイトで収集および処理され、新たな問題に迅速に対応できます。 このサービスは、MicrosoftがApp Hubで提供するサービスよりもはるかに便利です。 サービスは有料ですが、サブスクリプションの無料バージョンもあり、いくつかの制限がありますが、これで十分です。