ViewData辞書に弱く型付けされた項目を詰め込む代わりに、ほとんどの人が各ビュー（Thunderdome Principle）に対して単一のModelViewを作成する傾向にあるようです。ASP.NET MVCでViewData辞書を使用できるのはいつですか？
これを念頭に置いて、どのようなタスクでViewDictionaryを使用する必要がありますか？本当に小さなワンクリックビュー？それはまったく使用しないでください。
絶対に入力しないでください。リファクタリングに役立ちます。それだけでは理由だけです。
私は質問があると思います：強く型付けされたビューを使用しないでいつですか？。あなたのビューが強く型付けされていない場合は、ViewDataDictionary（主に単純/小規模のアプリケーション用）を使用します。単体テストを使用している場合は、簡単にテストできるView Modelを持つ方がよいでしょう。
MasterPagesは、私の周りを回るのが難しい場所として私を襲う。エラーメッセージが表示されるすべてのページに標準の場所があるとします。 マスターページを理論的に強く入力し、すべてのビューモデルがマスターページのエラーメッセージを設定するための変数に強く型付けされたアクセスを提供する基本クラスから継承されていることを確認してください。
ViewData["ErrorMessage"] = "This is an error message";
とあなたのマスターページを持って、それを表示するセクションがあります：それはのような何かをはるかに合理的だ
<div class="error_message"><%= ViewData["ErrorMessage"] %></div>
私は、[このブログの記事]（HTTPを見たお勧め：//ブログ.msdn.com/davidebb/archive/2009/06/17/a-new-and-improved-asp-net-mvc-t4-template.aspx）を参照してください。あなたは明らかに最小限の労力で強く型付けされたものを全て持つことができます！ :) – mhenrixon