Apple Watch向けのBeelineモバイルアプリ開発ケース：槍が壊れた方法

Apple Watch用のアプリケーションを開発するときに遭遇した最初の主な問題は、テストデバイスの不足でした。 この記事で説明する問題の重要な部分は、この事実に直接関係しています。 さて、私たちは時計に寄りかかってタンバリンと再び踊りました。その結果、アプリケーションは正しく動作し、ちょうどゲートに入りました。

アイデア、設計、開発の開始

WatchKit SDKがアクセス可能になり次第、2014年11月にApple Watchの取り扱いを開始しました。 ガイドラインと、ネットワーク上で利用可能なすべての情報を徹底的に研究しました。 Apple Watch用のMy Beelineアプリケーションの開発が直接開始された時点で、すでに確立された一連のアイデアと、何を実現したいかを明確に理解していました。 このプロジェクトで消費者調査は行われませんでしたが、ウェアラブルに関するユーザーエクスペリエンスは救いになりました-多くのRedmadrobot従業員は長い間Pebbleを使用しており、この時計のプロトタイプを複数作成し、Android Wearのレンダリングコンセプトを実験しました。 Apple Watchについては、ユーザーシナリオと、これらすべてをメインのiOSアプリケーションと統合する方法を考えました。 スクリプトはBeeline SDKとApple Watch SDKにマッピングされ、その後、何をすべきか、原則として実装すべきでない、または実装できないものが明らかになりました。



アーサーサハロフ（ mc_murphy ）、CTO

「このアプリケーションを要素のセットとしてではなく、時計の不可欠な製品としてBeelineに提供しました。 そして、ビーラインはそれを実現する機会を与えてくれました。 つまり、通常のアプリケーションの開発に典型的な、個々の画面の受け入れと調整する手順はありませんでした。 これにより、事前に退場時間に備えることができました。 開発に2週間かかりましたが、アイデアからストアにアプリケーションが登場するまでわずか2か月しかかかりませんでした。 私たちは、アプリケーション自体、通知、Glancesなど、必要なすべてのことと可能なことを実行しました。

Dmitry Pankrushev、VimpelCom OJSC

「私たちはこのGeekデバイスでMy Beelineアプリケーションを使用する機会を顧客に提供しようとしました。これが、Apple Watch向けのアプリケーションを実装したテレコム企業の最初の理由です。 次の2つのリリースでは、アプリケーションのコア機能の開発を完了する予定です。 主な開発努力は、UI / UXの改善と安定性の向上に焦点を合わせます。 もちろん、新しい機能を追加します-ここでは、ユーザーのコメントに従います。 一般的に、Beelineアプリケーションのエコシステム全体の開発に注意を向けています。」

アプリケーション機能

• ログインプロンプト画面
• バランスと「バッテリー」（通話、SMS、インターネットトラフィック）
• 強制タッチジェスチャーによるユーザーの更新
• アプリケーションの最新データをひと目で確認（ウィジェット）
• 電話のアプリケーションから時計へのブロードキャストプッシュ

カティア・ソトバ（ lost_in_purple ）、デザイナー

「ガイドラインを検討した結果、Apple Watchは独立したデバイスとは見なされないことが明らかになりました。常にApple Watchとペアリングされ、その補完である2番目のディスプレイです。 ビーラインの加入者が時計で見たいと思うようになりました。 通知とメッセージの形式で携帯電話に届く最も関連性の高い情報。 バランス、SMSのバランス、会話の時間、および料金に応じたインターネットトラフィック。 この情報は、文字の組み合わせから長いコードを入力するか、スマートフォンから通常のアプリケーションに入ることで取得できます。 つまり、これは迅速なプロセスではなく、スピードアップを望んでいました。 この意味で、Apple Watchは非常に適したツールであることが証明されています。



関連情報は視覚的に明確で理解できるものでなければなりません。 何らかのデジタル価値に関しては、ユーザーは主に数字そのものに関心がないことが多いのですが、何かを失ったか到着しただけです-すべてのSMSまたはほとんどすべてを使い果たしたため、何かをする必要があるかどうか。 視覚化のために、丸い図を使用することを決定しました。 また、それらのアニメーションも作成しました。 画面が開くと、スピナーは画面上で緩められ、ユーザーのバランスまたは特定のパラメーターに応じたバランスが存在する状態になります。







2つのタイプのナビゲーションのうち、ページ単位で選択したのは、アプリケーションにあまり多くの情報を追加するつもりはないからです。 最も困難なことは、緊急時の画面、ゼロ画面とのユーザーの対話を通して考えることでした。 たとえば、ユーザーが電話で自動ログインを有効にしていない場合、時計は電話へのログインを求めます。 ネットワークへの接続がないことが起こります。 また、データのロードに時間がかかる場合があります。 アプリケーションがフリーズではなく「考えている」ことをユーザーに何らかの形で明確にする必要がありました。 これを行うために、アニメーションを使用しました。ライトが点滅し、データがロードされ、すべてが正常に動作し、何もハングしませんでした。



お客様独自の色とフォントを使用し、Beelineアプリケーションエコシステム用に準備していたガイドに焦点を合わせてグラフィックを作成しました。 初期設計には1週間もかかりませんでしたが、その後わずかな変更が加えられました。」

しかし、それは困難なしではありませんでした。 Apple Watch向けの開発に関する以前の記事で、システムのさまざまな制限について詳しく説明しました。 レイヤーの代わりにグループを操作する機能。 PageControlを使用するときにページ数の動的な増加を実現するために、外出先で発明しなければならなかったトリック。 アニメーション作成の難しさ。 しかし、これは問題の終わりではありませんでした。

シミュレーターとテストを見る

テストデバイスがない場合、シミュレータを使用しました。 しかし、第一に、すべてのシナリオをシミュレーターでテストできるわけではありません。第二に、時には公然とバグがありました。 たとえば、この機能は、クロックのさまざまな変更に対して、さまざまなサイズの写真ではうまく機能しませんでした。 また、ハンドオフモードは、原則として、シミュレータ上では正常に機能しません。 Apple Watchは外出先で使用するように設計されていますが、シミュレーターではまったく感じられませんが、逆に、常に時計を見ているような印象を与えます。 時計が別の電話スクリーンであるという誤った感覚があります。



QAチームリーダー、イリヤゴルシコフ

「実際のテストデバイスがない場合、テストのセットアップには開発者の支援が必要でした。プロジェクトのソースコードにアクセスして、Xcode開発環境をインストールしました。 シミュレーターですべてのシナリオを確認することは不可能でしたが、主なシナリオを取り上げました。 アプリケーションが動作していることが明らかになりました。 アプリケーションは、Beelineのさまざまな顧客アカウント（プリペイド、ポストペイド、ビジネス）でテストされました。 メインアプリケーションの特定のアカウントの機能が、ウォッチの内容と正確に一致することが重要でした。

データ更新

2年前のiOSでは、アプリケーションが実行されていないときにデータを更新できるようになりました。 メインのMy Beelineアプリケーションから切り離されたシステムウィジェットで使用しました。 その後、ユーザーが電話のロックを解除した時点でのみ、アプリケーションが保護されたストレージから特定のデータとトークンを取得するのに十分でした。 携帯電話がポケットに入っていても、時計は更新されたデータを受信する必要があります。 実際の時計でのテスト中に、ロックされた携帯電話の時計のデータは更新されないことが明らかになりました。 問題の明らかな解決策は機能しませんでしたが、私たちは外に出ました。







Grigory Matvievich（ fountainhead ）、iOS開発者

「バランスを取るために、特別に生成されたトークンがあります。これは、キーチェーン内のiOSオペレーティングシステムの最も安全な領域に保存されます。 時計がデータを要求すると、アプリケーションが閉じられ、電話自体がロックされます。 時計はバックグラウンドでメインiOSアプリケーションを起動し、残高を要求します。 クロックは、電話機のメインアプリケーションと通信し、バックグラウンドで実行され、キーチェーンにクロールし、このトークンを取得して、このトークンの残高を要求します。



キーチェーンに保存されるすべての情報には、特別なストレージ属性があります。 一部の属性は、電話がロックされている場合、情報が利用できないことを示唆しています。 このキーチェーンにアクセスするには、このアクセスを簡素化する1つのライブラリを使用します。 ロックされた電話だけでなく情報が利用できるように、ストレージ属性を低く変更し始めました。 しかし、それは助けにはなりませんでした。



トークンがキーチェーンに保存されている属性と、実際にいつ利用できるかを確認する必要がありました。 ジェイルブレイクされた電話が盗まれ、キーチェーンをダンプする特別なプログラムがインターネットで発見され、ファイルシステムにアクセスするために特別なユーティリティが使用されました。 したがって、このトークンが保存された属性を見つけ、属性を変更し、変更が適用されたかどうかを確認しました。 判明したように、問題はアクセスをラップするライブラリにありました。 トークンはストレージ属性を強制的に「ロック解除されたデバイス上でのみ」設定し、これは電話がTouch IDまたはパスワードで保護されているすべてのユーザーに影響することが判明しました。 ストレージ属性を「最初のロック解除後に使用可能」に変更し、外部ライブラリを修復すると、問題は解決しました。

データの操作とメインアプリケーションとの統合

クライアント側でサーバーを変更するオプションがなかったため、Beelineサーバーとインターネット速度への依存を避けることはできませんでした。 データを接続するプロセスはそれほど複雑ではありませんが、時間がかかります。もちろん、シミュレータでデバッグすることでさらに複雑になりました。 これは、iPhoneのメインアプリケーションとWatchKit拡張機能が、独自のサンドボックスを備えた2つの異なる独立したプロセスであるためです。



iOSチームリーダー、ミハイル・モスコフチェンコ

「統合は、メインアプリケーションである標準フローとの相互作用を意味しました。承認、財務情報の取得には、数時間の正しい実装が必要でした。 主な問題は、メインアプリケーションが実行されていないときでも、メインアプリケーションと通信するためにクロックを「教える」ことでした。 メインアプリケーションでは、すべてがフォアグラウンドで行われます。開始は画面に表示され、すべてのプロセスはユーザーが操作した瞬間に発生します。 そして、画面が交互に変わるような方法ですべてがセットアップされました。



別のプロセスが監視に割り当てられました。 最初は、「My Beeline」専用に作成されたスクリプトを使用しましたが、副作用がありました。 アプリケーションはバックグラウンドで起動することが判明し、その瞬間に人が電話で実行したとき、すでにアクティブでした。 この場合、たとえば、誤った画面が表示される可能性があります。 認証プロセスが完了していないため、メイン画面は表示されませんでした。 これを回避するために、アプリケーションの起動とクロックでの更新を分離することを決定し、承認のための別個のメソッドセットを作成しました。 オファー、サブスクライバーのタイプ、アカウントがブロックされているかどうかを確認し、トークン自体を受信します。 つまり、承認に含まれるすべてを個別に強調表示しました。」

ストーリーとレビュー

アプリケーションをストアに送信したとき、Appleはまだ時計のアプリケーションレイアウトに関する多くのニュアンスを文書化していません。 それにもかかわらず、Xcode開発環境の新しいバージョンがリリースされ、時計を含むすべての証明書の検証が必要になりました。



iOSチームリーダー、ミハイル・モスコフチェンコ

「時計はメインアプリケーションの拡張機能であるため、1つの証明書が作成されました。これは、他のウィジェットと同様に正常に機能するはずです。 しかし、これは完全にそうではないことが判明し、iTunes Connectはそこでアプリケーションを埋めようとすると、奇妙なランダムエラーを生成しました。 developer.apple.comで追加の証明書を生成し、Appleから追加の許可を取得する必要がありました-時計用の追加の証明書です。 その後、申請はレビューとして承認されました。 当然、これらすべてのニュアンスはどこにも記述されていません。 これで、すべてのウィジェット、Watchkit Extension、およびメインアプリケーションのバージョンが同じになります。 これも重要なポイントであり、これがないと更新はレビューに受け入れられません。 時計の画像、Appleという単語、またはApple Watchというフレーズは使用できません。 初めて拒否されたのは、起動時に表示された写真のプレビューに時計の画像があったためです。

まとめ

もちろん、ストアにアプリケーションを配置して時計の大量販売を待つことに急いでいなければ、多くの困難を回避できたでしょう。 しかし、私たちは急いでいた:)そして、Apple Watch用の最初のロシアの通信アプリケーションをリリースしました。



スマートウォッチの最初のバージョンでは、Appleはサードパーティの開発者がupsを作成できるようにしました。これはメインのiOSアプリケーションの拡張です。 将来的にはApple Watch専用の開発を行うことを約束します。



その後、時計と対話する新しいオリジナルのシナリオが表示される場合がありますが、現時点では、開発者とユーザーが持つ限られた機能の範囲内でアプリケーションを開発することが残っています。 最も近い計画は、次の更新時にモバイルインターネットの料金をすぐに支払う機能です。