プロジェクトのタスクはすぐにMamba Webクライアントを完全に置き換えるように設定され、Webよりも完全に優れたものが望ましい（現時点ではまだ目標は達成されていませんが、Mambaのすべての主要機能は既にwin8アプリに移行されています）。
幸いなことに、Mambaには既にモバイルデバイス用のAPIがあります。現時点では、Android、Win7phone、Windows8、iOSのバージョンがあり、実際に作業を進めており、運命が大幅に促進されています。 Mambaの主要なサービスとの通信。
Kiev開発チームがWindows Phoneを使用して得た知識と経験により、両方のプラットフォームに多くの共通点があるため、Windows 8環境にすばやく「参加」することができました。
Windows 8への移行中、開発哲学を変更する必要はなかったことに注意することが重要です。通常のツール、テクノロジ、および言語-Visual Studio 2012、C＃4.5、XAML、MVVMも使用しました。 また、Windows 8 SDKはasync / awaitのサポートを導入しました。これにより、現代のモバイルアプリケーションに不可欠な非同期コードの記述とテストが大幅に簡素化されました。
また、多くの一般的なコンポーネントおよびライブラリの開発者が既にソリューションをWinRTに適合させているという事実も重要です。これにより、「自転車」および標準ソリューションの実装時間を節約できました。 このプロジェクトでは、MVVMLight（MMVMフレームワーク）、Callisto（コントロールとヘルパー）、NewtonSoft Json.NET（JSONを操作するため）、MetroIoc（依存性注入）、MetroLog（プロトタイピング）などのライブラリを使用しました。 また、Telerik RadControls for Metroのコントロールについても詳細に検討しました。これらは現在リリース候補版であり、おそらく公式リリース後に使用します。 BitBucket + Mercurialはバージョン管理システムとして使用され、開発プロセス中にTFSPreview.comに移行しました。TFSPreview.comは現在テスト中です。 重要なポイントは、Windows 8オペレーティングシステムの機能をアプリケーションに統合する段階でした-通知、ライブタイル、検索と共有コントラクト、スナップビュー、設定パネル、および新しいメッセージとイベントについてユーザーに通知するバックグラウンドエージェントの実装。
私たちは、Windows 8のコンテキストではほとんど重要な役割であるUX / UIに取り組む必要がありました。 ここでは、Windows Phoneと比較して、最大数の変更を待っていました。 したがって、Windows 8アプリケーションを開発する前に、設計ガイドラインを読む必要があります-常に明らかではない多くの規則と要件の説明があります。
チームがフロントエンドを開始したとき、アプリケーションは抽象的ではありませんでした。 積極的な作業が行われ、特定の種類の主要な機能が既にありました。 ここにある。
インターフェースの設計を開始すると、ユーザーと製品間のすべての対話に影響を与える選択に直面しました。 これは、アプリケーションへのエントリポイントとなるものの重要な定義です。 Webバージョンでは、これはMambaのメインページです。 しかし、最も重要なこと、つまりコンテンツに対するユーザーの集中の原則を使用して、ユーザーのプロファイルを主な焦点にすることが決定されました。 したがって、作業の開始点を決定し、既存のアプリケーションのガイド、図面、および分析を検討し始めました。 このセクションの作業の結果は、紙の上の考えの最初のスケッチでした。
」
作業の次のステップは、どのスタイルでどのように描画するかを決定することでした。 既存のアプリケーションの研究では、ソーシャルアプリケーションのカテゴリの色分析を実施しました。 ほとんどのアプリケーションは、アプリケーションの主要な色と市場のアイコンの両方で、暗い色または非常に明るい色のいずれかを使用していることが判明しました。 さまざまな青の色合いも、特にアイコンで需要がありました。 簡単に言えば、市場は希少な明るい点を持つ1つの青灰色のスポットに統合されました。 開発時に明るいアクセントはほとんどなかったので、このニッチを占有し、均一でリズミカルな背景に対して目立たなければなりませんでした。 以下は、Win8の公式リリース時のカラー統計です。 また、ソーシャルアプリケーションのカテゴリで使用されている主な色が変更されていないこともわかります。 アプリケーションの主要な色のグラフは、アプリケーションのベースとして色を使用するのは9％のみであり、バルクは暗い、暗い灰色のアプリケーションであることを示しています。
同じダークグレーの背景の大部分とは異なるものにすることを決定し、最初のカラーコンセプトを作成しました。 色は偶然に選択されたのではなく、Webサービスのメインヘッダーの色域にあります。 このコンセプトは満場一致で採用され、内部ページの描画に関するさらなる作業が開始されました。 この作品は、彼のアイデアの本質が明らかになるように、不必要なものをすべて切り取る彫刻家の作品に似ていました。 アプリケーションを使用するために必要な情報をそのまま表示するために、余分なボタン、余分なアイコン、コントロールを削除しました。 面白くて創造的なプロセスでした。 作業中、コンテンツに対する新しいアプローチの利点だけでなく、その欠点にも直面しました。 それらの1つは、デスクトップとタブレット上のスクロールの異なる視覚的表現です。 固定デバイスでは、非常に強力なグラフィック要素である馬サイズであり、さらに多くのストライプブロックでアプリケーションキャンバスを破ります。 それにもかかわらず、タブレットでは、スクロールは完全に見えず、小さくてすっきりしていて、コンテンツに焦点を合わせたときに浮かんでいます。 タブレットとデスクトップのディスプレイブロックの間でコンセンサスを見つけ、ユーザーがアプリケーションのコンテンツをより深く、そして可能な限り過剰なバンディングから情報を開示する必要がありました。
次の問題は、リスト項目をクリックしてコンテキストメニューを呼び出せないことです。 メニューを表示するには、選択した項目の外側をクリックする必要があります。そうすると、下のメニューが表示されます。 これはユーザーにとって非常に珍しいケースです。 最初のアプリケーションテストの時点で最も人気のあった質問は、「対応するユーザーのプロファイルにどのようにアクセスできますか？」です。Mail.ruが現在抱えている問題とまったく同じです。 手紙への答えは完全に自明ではありません。手紙の本文をクリックする必要があります。そうすると、下のメニューが表示され、そこに答えのコントロールがあります。
一般的に、これらの小さなことすべてが、私たちが興味深く、ユーザーフレンドリーなアプリケーションを作成することを止めるわけではありません。 現在、ユーザーから情報を収集して分析しています。 アプリケーションでの作業を停止しません。 さらなる活動、改善、簡素化のための巨大な分野があります。
まあ、少しインサイダー。 これは、新しいユーザープロファイルのように見えます。
デザインとUIに関するフィードバックをお待ちしています。
今何があるの？ プロジェクトは、すでにストア内およびストアのプロモーションブロック内にあります。 ユーザーがいて、使用経験があるので、Microsoft Storeの長所と短所を簡単に見てみましょう。
店は美しく、便利なプロモーションブロックであり、タイルはアイコンよりも優れています。
短所は空であり、有名な企業でさえも非常に弱いアプリケーションがありません。 有料アプリケーションの宣伝はありません。TopFreeはどこにでもあります（Mambaはプラスだけですが、他の開発者にとってはbutthurtも提供できます）。 また、更新の鈍い実装を提供します。これにより、ユーザーはアプリケーションの更新を考える必要がなくなり、これらのネガの原因が消えてからずっと後の最初のリリースからネガが収集されます。
弱い統計収集システム、時にはまったく機能しない（たとえば、アプリケーションの使用に関する統計が数日間消える）。
ユーザーと通信するための便利なシステムはありません。ストアを使用してバグに苦しんでいる犠牲者に書き込むことは不可能です。
MSのロシア支店は開発者とどのように連携しますか？ テストデバイスを提供し、プロモーションサポート、技術サポート、さらにデザインに関する講義までも提供しました-すべて提供しました（bezd-vzd-mezd-but、つまりギフト）。 この点で、MSは競合他社を凌、し、それらを支援してくれてありがとう。
もちろん、誰もが興味を持っていますが、Win8アプリケーションに連絡する価値はありますか？
マンバの観点からは、間違いなくはい。 非常に近い将来にアプリを介して私たちのようなサービスは、特に世界全体で、特に私たちと一緒に成長しているタブレットで、ウェブを介してよりもうまく機能します。 したがって、Win8アプリはMambaの最後のタブレットアプリケーションではなく、Android + iOS向けのタブレットアプリケーションのリリースを準備しています。