2012-06-26 6 views
10

新しいエンタープライズ/ビジネスアプリケーションの設計の出発点だったら、メトロスタイルWinRT)のユーザーインターフェイスを考えてみましょうか?エンタープライズアプリケーション用のMetroスタイル(WinRT)UIはどれくらい適していますか?

我々が必要とする:

  • 洗練されたデスクトップアプリケーション(WPF/MVVM)何百ものフィールドで複数の複雑なフォームを編集するために、いくつかのフォーム/ウィンドウ/ページはかなり多額することができ、画面上のように空き領域がなければなりません賢明に利用する。マウスとキーボードによるすべてのコントロールへのアクセス。タッチスクリーンを使用することは将来可能ですが(私は<の5%がそれを使用すると信じています)。
  • データを見るためのウェブアプリケーション(デスクトップアプリケーションよりもはるかに簡単)
  • 現場でのオフラインタスクの基本機能を備えたiPhone/Android用モバイルアプリ。

UIはすべてのアプリで一貫している必要があります。そして、私はMetro(とおそらくWebアプリケーション)を使ってモバイルアプリを設計することは問題ではないと確信しています。しかし、デスクトップアプリケーションはMetroにとっては複雑すぎるかもしれません(大きなフォームやリストのため)。

Metro UIでエンタープライズ/ビジネスアプリのサンプルを見たことがありますか?

P.S. 私は多くのMSの記事(Designing great productivity apps for Windowsのようなもの)を読んでいましたし、物事を穏やかに見ています(How suitable is Windows 8 Metro for business developers?など)。メトロUIを使ったビッグフォームやリストにはまだまだ良いアプローチがありません。

Zune(下の写真)のようなものを取得したいと思いますが、それは不可能だと思う傾向があります。 enter image description here

+0

WinRTを確認し、デスクトップに必要なものがあることを確認する(例えば、System.Dataはない)。それは悪いことの良いことになることができる砂の箱のようなものです。デスクトップからモバイルへの統一されたUIは、設計上の前提となります。 – Paparazzi

+1

DevExpressビデオ(http://youtu.be/kgzvyBfuMkc?t=5m28s)のMetro UIにCRMアプリのサンプルがあります。 WinFormsで構築されたことがわかっていれば悪くない。 –

答えて

7

私たちのチームは、プロフェッショナルなUIデザイナーの支援を受けて、私たちが開発している(WPFベースの)大きなフォームベースのアプリケーションを再設計しました。私たちは同じ問題を抱えていました。顧客は時には何百ものフォームフィールドを持つフォームを表示したいと思っています。理想的には、すべてのフィールドを1ページに表示したいと考えています。

プロフェッショナルの提案は、お客様にこれが悪い考えであることを納得させることでした。画面あたりのフィールド数を1ダースに制限してください。それだけであなたは見た目が良く、扱いやすいユーザーインターフェースを持っています。

したがって、複雑なフォームをより単純な部分に分割することで、Metroに複雑なフォームを持つエンタープライズアプリケーションを作成することは可能だと思います。ただし、他の基準もあります。

  • エンタープライズカスタマーのWindows 8へのアップグレードの意欲はどうですか?多数のエンタープライズ顧客がWindows XP(と時にはIE6)をまだ使用していることを考慮して、Windows 8へのアップグレードは非常にゆっくりとしか進まないと考えています。

  • 企業ユーザーはiOSまたはAndroidでWindows Phone 8を優先しますか?私はAndroidについてはわかりませんが、私の現在の経験は、企業の意思決定者は、モバイルエンタープライズアプリケーションを検索する際にiOSを中心に考えているということです。 Windows Phone 8が注目を集めるまでにはかなりの時間がかかると思います。

+1

1つのページに何百ものフィールドを表示するのは間違いだ。プログレッシブ・ディスクロージャー(Progressive Disclosure)のようなユーザビリティ・デザインのコンセプトを採用して、多くの入力フィールドを持つこれらのフォームを設計します。 –

+0

また、Windows 8はまだ初期段階であり、今後1年ほどは成熟しないと考えられるので、私はWPF for Windows 7とXP、特に保守的な企業に固執します。私が理解しているように、これらのアプリケーションはまだWindows 8のdestokopモデル –

+0

@fmunkertで動作しますが、多くのフィールドを持つ重いフォームのスクリーンショットや詳細な説明を提供してください。 私はWinRTやその他のWin8関連APIなしでMetro UIを使ってWPFアプリケーションを作成することができるDevExpressコンポーネントを採用しています。だから、WinXP SP3ユーザーでもそれを扱うことができます –

4

メトロとクラシックのWindowsとの大きな違いは、メトロは、タッチスクリーン用に最適化され、およびWindows 8を開発するため、結果としてベースコントロールは大きく、(彼らは合理的なマウスをサポートしているが)、主にタッチ操作のために設計されていること。

混乱したフォームは、Windows 8では問題があります。これは、メトロスタイルでは整理されていないユーザーインターフェイスが優先されるためです。これは、ポップアップソフトキーボードが画面の一部をカバーするタブレットで特に顕著であり、ウィンドウは現在フォーカスされているテキストボックスを表示するためにスクロールする体操を実行します。

すべてのメトロコントロールは、レガシーの相手を模倣するよう再テンプレートすることができます(あなたが記述したようにZuneのような画面を作成することができます)。しかし、あなたはアプリケーションを作成するメリット新しいタッチサポートを利用しない場合はWindows 8?

どのようにメトロであなたのアプリを書くの大きな利点があり、それは移植性です。アプリケーションのUIデザインを標準メトロアプリとして維持することができれば(あなたの要件を容易にしながら)、あなたのアプリケーションは最小限の開発努力でWindowsデスクトップ、Windowsタブレット、およびWindows Phone上で実行する必要があります。

Windows 8のMertroでは、企業が自社の枢機「App Store」を介してアプリケーションを立ち上げる利点もありますが、企業のセキュリティポリシーに応じて、これは妨げになることもあります(Appsは展開できますPowerShellを使用してアプリストアのoutisde)。

+0

私はメトロデザインのコンセプトを理解していますが、デザイナー/開発者がルールから後退しなければならない多くの分野があることも理解しています。 PhotoshopのようなアプリはMetroのルールに100%従うことは決してありません。私は非エンターテインメントのアプリがルールの回避策を持つ多くの場所を持っていると思う。 これまでのところ、私たちは経験豊かなメトロデザイナーを抱えておらず、教える必要があります。メトロUIを使用して、大企業/エンタープライズアプリケーションの一般的な問題に対して少なくとも優れた妥協点と回避策のサンプルを探しているのはこのためです。 –

3

メトロのデザイン哲学は確かに興味深いものです。かなり素晴らしいアプリケーションを作成するために使用できることは間違いありませんが、すべてのアプリケーションでは必ずしもそうとは限りません。

Windowsストアアプリを無視(またはMicrosoftは今週、それらを呼び出しているものは何でも)、メトロのより多くのユニークな側面がありません:

  • クロムレス
  • ませ勾配
  • 国境のない丸みを帯びた角またはコンテナ
  • ノーサブピクセルレンダリング/アンチエイリアシング - すべては影、透明度やガラス効果
  • くっきりとシャープである*
  • コンテキスト感度カラー

のタイポグラフィ

  • 厳格な使用法の
  • 強力な使用* Microsoftは、実際に数回、このいずれかを壊す - 特にドロップダウンリストで。

    従来のデータ重アプリケーションでよく行わメトロの良い例は、Outlook 2013である。

    Outlook 2013 Preview

    これは、データが王とUI気晴らしのに保たれるべきであるメトロのコア原則にこだわっ最小。また、Outlookで同じデータをどのように表示できるかを見ることができます。COM:

    Outlook.com

    :ここ

    Outlook.com

    とは完全に異なるフォームファクタのためのデータが管理しながら見た目の一貫性を実証して感じるのモバイルサイト上で同じサイトです免責事項:私は個人的にタッチがメトロデザインの暗黙的な側面であるとは考えていません。タッチでは、ジェスチャーコントロール、グラフィックフィードバック、コントロールスペーシングなどを考慮する必要があります。人々はそれに疑いはないと思うが、デザインに関しては誰も同意しないだろう。

  • 関連する問題