WP7でのMail.Ruメール：開発、クローズアップ

少し前まで、MailアプリケーションはWP7で起動しました。 Windows Phoneのスタンドアロンアプリケーションが必要か、それともIE Mobileとその類似製品にMail.Ru Mailを適応させるだけかを考えると、この問題はすぐに解決しました。 WP7のスマートフォンの所有者は、プラットフォームに完全に適合した独自の本格的なメールアプリケーションを所有している必要があります。



アプリケーションに提示した要件、遭遇した問題、およびそれらがどのように解決されたかについて、カットの下で説明します。

コンセプト

私たちはすぐに、最初にアプリケーションが大量のデータを迅速に処理し、大きなリスト（着信文字のリストなど）をロードする場合でも高速であることを確認することを決定しました。 いくつかの側面では、アプリケーションは組み込みの電子メールクライアントに似ている必要がありますので、それを操作するときに不快感がありません。 同時に、アプリケーションには、組み込みクライアントと区別する高度な機能が必要です。







特に、タッチインターフェイスのすべての機能を使用したジェスチャ制御に焦点を当てています。 フォルダーを切り替えたり、指でフリックして文字から文字に移動したりするのは便利で、プラットフォームの精神と一致しています。 もう1つの機能は、Webメールとの即時同期です。 アプリケーションのすべてのユーザーアクションは、すぐにWebインターフェイスに表示されます。 すべての新しい文字は、アプリケーションですぐに表示されます。



WP7のアプリケーションを開発した人は誰でも、標準コントロールのフレームワーク内での開発が1回または2回行われることを知っています。 左右に1歩ずれると、タスクを完了する時間が大幅に長くなります。



それで、どんな困難に遭遇したのかについて。

フォルダーを切り替える

フォルダを切り替えるために、ピボットコントロールを使用することが決定されました。 すべてがシンプルです-ページごとの切り替え、各ページはオンデマンドでロードされます。



「標準ユーザー」の場合、すべてが正常に機能します。メールボックスへの登録後、5つのフォルダーしかないため、アプリケーションはすばやくロードされます。 ただし、フォルダの一部のユーザーは、多くの（そして非常に多くの）ユーザーを持つことができます。



テストのために、ユーザーフォルダーがライブメールボックスに追加されました（合計40個ありました）。 このような状況では、開始画面のタイルをタップしてから受信トレイリストが表示されるまで、アプリケーションを起動するのに約30秒かかりました。 この結果は、私たちにはどうにも合いませんでした。



パフォーマンスの問題に関する詳細な調査により、フォルダーのリストが格納されているObservableCollectionコンテナーがボトルネックであることが示されました。 コンテナがフォルダに関するデータを受信した後、リストはフォルダごとにロードされました。 ObservableCollectionの複数の追加はサポートしていません。 そして、それぞれの新しい要素を追加すると、UIが再構築されます。 Pivotの場合、これは受け入れられないことが判明しました。 はい、マイクロソフトは推奨事項に次のように書いています。「パフォーマンスを考慮して、可能な場合はPivotコントロールページの数を最小限に抑える」が、切り替えジェスチャーを圧倒したいという欲求。 解決策として、SilentObservableCollection継承クラスが派生しました。このクラスには、3つのAddSilently、InsertSilently、RemoveSilentlyメソッド、およびNotifyメソッドが追加されました。 名前が示すように、最初の3つの方法では、変更のたびにUIを再構築せずにリストを再構築できます。 最後の方法では、フォルダーのリストが更新された後にUIを変更できます。

文字を切り替える

次に、スワイプで文字を切り替える必要がありました。 フォルダーのリストの場合と同様に、最初はこのタスクにピボット要素が使用されました。 彼には多くの問題がありました。



最初に、彼はすぐに手紙のすべてのページを作成します（ただし、手紙に行くと手紙自体が読み込まれます）が、この場合も読書ページを開くには多くの時間が必要です。

Pivotの文字のリストは、読み込まれたヘッダーのリストです。 このリストを下に移動すると、20文字のブロックが既存のリストにロードされます。 十分に移動すると、Pivo​​tが各文字のページを作成する間、文字を開くのに数分かかる場合があります。



次に、ピボットがループします。 また、背景をシフトすることでどのページにいるかを大まかに理解できるパノラマとは異なり、Pivo​​tでは、最後のページから最初のページへの遷移は次のページへの遷移と変わりません。 これは、手紙のリストの場合には非常に誤解を招くものでした。 最初の文字がどこにあるのか、どの方向に反転して次の文字を見るのかは不明でした。ある文字の後、再び最初の文字に戻ったのはなぜですか。



これらすべての問題を克服するために、LongListPivotと呼ばれるコントロールが作成されました。 説明されている両方の問題を解決します。 ループされません。つまり、最初の文字から最後の文字への移行はありません。 また、1ページしかない。 このページのデータは、画面の背後にあるときに変更されます。 指を動かした後、現在の文字は画面を離れ、そこで画面の反対側から届く次の文字に置き換えられます。 さらに、フォルダー内の文字のリストの場合と同様に、リストの最後の文字に近づくと、20文字の次のブロックが読み込まれます。

メールを見る

解決に最も時間がかかった次のタスクは、HTMLマークアップでメールを表示することでした。



すべてが単純なようです：WebBrowser要素があります。 ページに配置し、テキストをロードします-これで完了です。 ただし、この要素を使用できない場合にアプリケーションを使用するシナリオがあります。 たとえば、多数の受信者がいて、ユーザーがリスト全体を開いた場合。 または、レターに複数の添付ファイルがある場合。 これはすべて、レターのヘッダーが引き伸ばされ、コンテンツが画面の下部に移動するという事実につながります。 この結果、およびWebBrowserが独自の内部コンテンツスクロールを持っているという事実と同様に、メッセージは小さな領域内でスクロールするようになります。



このような解決策を検討しました。文字の高さを決定し、WebBrowserの高さを厳密に指定して内部スクロールを除外し、ScrollViewer内の要素の一般的なフローに合わせます。 しかし、第一に、WP7では、1つのコントロールの幅または高さが2048ピクセル（画面の高さは2.5のみ）を超えることはできません。 第二に、手紙の内容の高さを決定する方法がありません。



WebBrowserは、ロードされたページに関する情報を提供せず、コンテンツの表示（スクロール、幅、スケール）を制御するソフトウェアインターフェイスも提供しません。 プログラマーに残された唯一のことは、InvokeScriptを使用してJavaScriptでコマンドを送信し、ScriptNotifyイベントを介して通知を受信することです。



文字を読むためのページのさらなる開発は、新しいレベル-CSS + JavaScriptに移動しました。 モバイルWebメールの同僚のおかげで、邪魔になったすべての問題を解決することができました。文字の幅、拡大縮小、スクロールの設定方法です。

手紙のリンク

別のタスクはリンク処理でした。 リンクは、メッセージのテキストを表示する組み込みのWebBrowser要素内ではなく、システムブラウザー内で開く必要があります。 これを行うには、WebBrowser要素をクリックしました。 次に、JavaScriptを介して、タッチ位置にあるhtmlレイアウト要素が決定され、この要素がリンクであるかどうかがチェックされ、そうであれば、アドレスが外部ブラウザーで開かれました。



問題は、割引サービスのアグリゲーターの1人からの手紙にありました。 htmlでの通知のソーステキストは約300〜500 Kbです。 このような文字を表示しようとすると、プログラムはメモリ不足エラーでクラッシュしました。 最終的に、HTMLマークアップで100 Kbを超えるすべての文字を、適応されたテキスト形式で表示することになりました。

添付ファイルを操作する

Windows Phoneプラットフォームの機能の1つは、分離されたデータストレージです。 添付ファイルの操作に問題があります。 メールプログラムは、スマートフォンのカメラで撮影した写真だけでなく、手紙に添付されたギャラリーの画像でも完全に機能します。 メールアプリケーションでは、受信したレターに添付された画像を表示し、必要に応じてギャラリーに保存できます。 このプログラムは、送信されたビデオファイルとオーディオファイルも再生できます。



MS OfficeおよびAdobe Readerドキュメントの場合、状況は次のとおりです。プログラムは、これらの添付ファイルをダウンロードするリンクを生成し、外部ブラウザーに転送します。 添付ファイルを保存すると、ブラウザーはそれをOfficeまたはAdobe Readerに転送します。 添付ファイルはこれらのプログラムに残ります。 ただし、メールアプリケーションから再度開こうとすると、パスを繰り返す必要があります。リンクが生成され、添付ファイルが外部ブラウザによってダウンロードされ、対応するプログラムで開きます。

テスト中

また、テストについて話す必要があります。 WPアプリケーションのテストには、デバイス自体の機能によるいくつかの困難が伴います。 たとえば、テストプロセスのログを記録して表示し、デバイスから直接スクリーンショットを取得することはまだできません。



アプリケーションの5つのベータビルドを公開したという事実にもかかわらず、それらのいずれもユーザーに提供されませんでした。 アセンブリが公開されてからダウンロードできるようになるまで、3日間かかります。 この間、ほとんどのアセンブリエラーはテスターに​​よって検出され、修正され、ベータ版は廃止されます。 テストを整理するために、4つの開発者アカウントが開かれ、12のデバイスのロックが解除されました。 定期的に、開発の次の段階の終わりに、最新の最新バージョンがほとんどのデバイスにインストールされ、レビュー、コメント、苦情が収集されました。



それ以外の場合、Windows Phoneを実行するデバイスのメーカーに対するMicrosoftの明確な要件のおかげで、まれな例外を除き、アプリケーションはスマートフォンの異なるモデルで同じように機能します（Androidを実行するデバイスのような断片化はありません）。

おわりに

この情報がお役に立てば幸いです。 また、WPの下で他の開発者の経験について読むことも非常に興味深いでしょう。同じようなタスクに既に遭遇し、それらを異なる方法で解決した場合は、コメントでそれを教えてください。



次に、アプリケーションの改善に引き続き取り組みます。 mailapps@corp.mail.ruでコメントや提案を送信できます。 Windows Phone 7のMail.Ru MailをWindows Phoneストアにダウンロードします。



Balashov Vadim、モバイルアプリケーション開発者

Mail.Ru