BT

ASP.NET MVCは、ユーザーインターフェイスデザイナにはふさわしくない?

| 作者: Jonathan Allen フォローする 595 人のフォロワー , 翻訳者 尾崎 義尚 フォローする 0 人のフォロワー 投稿日 2011年2月21日. 推定読書時間: 2 分 |

原文(投稿日:2011/02/15)へのリンク

ネイティブとWebの両方のアプリケーションは、一般的に2つのカテゴリに分類される。ほとんどが利巧主義的で、大部分の投資が機能性に対して行われており、グラフィックアーティストには、初期のモックアップ以上には積極的な投資がされていない。そしてそれらは、すべての過程で、成熟したユーザインターフェイスデザイナと平行してプログラマが作業しており、見た目にフォーカスされている。それらの人々は時々、直接HTML、MXMLXAMLを編集することが期待されている。

XAMLの話は複雑である。プログラマによるコードの変更は、Blendのデザイン環境できちんと動作する。彼らがそれをしたら、ユーザーインターフェイスデザイナは、まるで彼らがHTML/CSSツールを使っているかのように、完全に動作を確認することができる。

 

ASP.NET MVCの状況は、想定よりもよくない。それは、開発を容易にしたが、Michael Taylor氏は、他の方法からの後退であると主張する。

MVCにおける問題があります。UIを構築する際、なぜデザイナでどのように見えるかを確認することができないのでしょうか?これでは、UIを書いてはIEを実行してどう見えるかを確認していたASP/HTMLの時代に戻されてしまったようです。UIデザイナの視点から見ると、これは正常な状態ではありません。ASP.NET(と、おそらくVisual Interdev)の本当に大きな特徴の一つは、UIを書いたら、VSから離れることなく、すぐにそれを確認出来ることです。フォーム上にコントロールをドラッグ&ドロップすると、それが正しくなるまで変更することができます。MVCでは、それができません。

Michael氏の主張は容易に理解できる。デザイン時にMVCブロックのレンダリング機能がないということは、CSSをどのように変更したら、ビューがどのように変わるのかをデザイナで確認する方法がないということである。これには回避方法がある。ひとつのオプションとして、サイトと生成されたHTMLを静的なファイルとしてコピーする方法がある。それを、デザイナは彼らの好きなツールでスタイリングすることができる。

他の悩ましい問題として、業界がブラウザ特有のレンダリング問題に対応することができないということがある。多くのツールと同様にVisual Studioは、ブラウザ間で互換性がないであろうテクニックを使った時に開発者に対して警告してくれない。そのためデザイナは、CSSを変更したときにそれが正しく動作するかをそれぞれのブラウザで評価するという面倒な作業を避ける。

この記事に星をつける

おすすめ度
スタイル

こんにちは

コメントするには InfoQアカウントの登録 または が必要です。InfoQ に登録するとさまざまなことができます。

アカウント登録をしてInfoQをお楽しみください。

あなたの意見をお聞かせください。

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする
コミュニティコメント

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする

ディスカッション

InfoQにログインし新機能を利用する


パスワードを忘れた方はこちらへ

Follow

お気に入りのトピックや著者をフォローする

業界やサイト内で一番重要な見出しを閲覧する

Like

より多いシグナル、より少ないノイズ

お気に入りのトピックと著者を選択して自分のフィードを作る

Notifications

最新情報をすぐ手に入れるようにしよう

通知設定をして、お気に入りコンテンツを見逃さないようにしよう!

BT