MVC Futuresライブラリの使用をお勧めしますか？

Question

C＃のマジック文字列を使用すると本当に私を不安にするので、MVC Futuresライブラリを使用することを考えています。

私はこれをやりたくないかもしれない理由があるのでしょうか、私が知っておくべきことは何ですか？

Answer 1

まず第一に、それは文字列なので、それを「魔法の」文字列にしません。第二に、David Ebboがここに書いているT4MVCテンプレートを見ることをお勧めします：http://blogs.msdn.com/davidebb/archive/2009/06/17/a-new-and-improved-asp-net-mvc-t4-template.aspx。

このアプローチのメリットは、コード生成を使用することです。あらゆる場所で強力な型付けを行い、パフォーマンスを低下させる可能性のある式をコンパイルする必要はありません。

Answer 2

私はこれを約1ヶ月間使っており、本当に好きです。例えば、私は魔法の文字列を使用して、それを確認してくださいビートを新しい強く型付けされたHTMLヘルパーを愛して：MVCのロードマップによると

<%= Html.TextBoxFor(m => m.User.FirstName)%> 

を、私は、この機能は、MVC 2の一部になりますが、場合でも、それはいけません私は最後の手段としてこのヘルパーの実装を使用することができますので、まだ未来のソースコードを持っています。 ASP.NET MVC先物の機能を使用しての

Answer 3

リスクが

• あり、それらはコアフレームワークの一部として出荷するのに十分な研磨ないと考えられているので、いくつかのバグを導入する可能性。
• マイクロソフトのチームは、それらをすべてコアASP.NET MVCパッケージの次のバージョンにマージしたり、動作を大幅に変更することはできません。

Answer 4

MVCライブラリに本当にあるはずの機能がいくつかあると思いますが、強く型付けされたアクションリンクから離れています。これは、ページのレンダリング時間にSECONDS（MSではなく）を追加することにより、CPU上で非常に高価になる可能性があります。私は、多くの場合、自分が使用して見つけるMVC先物で利用可能な機能の

http://www.chadmoran.com/blog/2009/4/23/optimizing-url-generation-in-aspnet-mvc-part-2.html

一つ、それは部分的な出力キャッシュ周りworkaへの唯一の道であることからRenderActionです。

Answer 5

先物についてはあまり確かではありませんが、先物のいくつかのビットに依存するMvccontribライブラリを強くお勧めします。