C# でマジック ストリングを使用するのは非常に不安なので、MVC Futures ライブラリを使用することを考えています。
これをやりたくない理由や、知っておくべき落とし穴はありますか?
C# でマジック ストリングを使用するのは非常に不安なので、MVC Futures ライブラリを使用することを考えています。
これをやりたくない理由や、知っておくべき落とし穴はありますか?
まず第一に、文字列だからといって「魔法の」文字列にはなりません。次に、David Ebboがここで書いている T4MVC テンプレートを参照することをお勧めします。mvc-t4-template.aspx .
このアプローチの利点は、コード生成を使用することです。どこでも強力な型付けが得られ、パフォーマンスを損なう可能性のある式をコンパイルする必要はありません。
1ヶ月ほど使っていますが、とても気に入っています。たとえば、私は新しい強く型付けされた Html ヘルパーが大好きです。魔法の文字列を使用した場合よりも確実に優れています。
<%= Html.TextBoxFor(m => m.User.FirstName)%>
MVC ロードマップによると、この機能は MVC 2 の一部になる予定ですが、そうでない場合でも、Futures のソース コードがまだ残っているので、最後の手段としてこのヘルパー実装を使用できます。
実際には MVC ライブラリにあるはずの機能がいくつかあると思いますが、厳密に型指定されたアクション リンクには近づきません。これは、ページのレンダリング時間に秒 (MS ではなく) を追加する可能性があるため、CPU の負荷が非常に高くなる可能性があります。
http://www.chadmoran.com/blog/2009/4/23/optimizing-url-generation-in-aspnet-mvc-part-2.html
部分的な出力キャッシュを回避する唯一の方法であるため、私がよく使用する MVC フューチャーで利用可能な関数の 1 つに RenderAction があります。
将来についてはよくわかりませんが、将来のいくつかのビットに依存するMvccontribライブラリを強くお勧めします。