ASP.NET MVC 3-どのような機能を見たいですか？ [閉まっている

https://stackoverflow.com/questions/2518424

22-09-2019
|

質問

私は、ASP.NET MVC 2が最初のリリースで行った改善を本当に楽しんでいる多くの人々を知っています。私はMVC 1プロジェクトを移行し始めたばかりで、これまでのところ、大規模なアプリケーションで持っていたサブフォルダーの混乱を完全にクリーンアップしました。私が行われたすべての改善と変化をより深く深く掘り下げているので、私はまだ自分自身にこのリリースでXがあればいいと思います。たとえば、サードパーティのソリューションを使用するのではなく、何らかの依存関係注射が組み込まれている場合、私はそれが大好きです。

私の本当の質問は、ASP.NET MVC 2がワイルドで出ていること、チームが実装したことを望んでいることを望み、ASP.NET MVC 3のために実装することを望んでいることです。

編集

ASP.NET MVC 3の最初のプレビューリリースのために、依存関係の注入が組み込まれているように見えます！これまでに追加された機能が好きです。 ASP.NET 3プレビューOne Is Out！

解決

MVC 3は、改善のためにあまり劇的ではないと思いますが、より安定して漸進的です。

ASP.NET MVC 3ロードマップ チームが明らかに次のリリースで実装を検討しているもののスナップショットがあり、いくつかのポイントは非常に興味深いものです。

そのリストからの私のお気に入りはおそらく次のとおりです。

より多くのAjaxヘルパー：これにより、これらすべてのヘルパーがあるWebformsの世界に沿ってフレームワークがより並んでおり、ある程度ある程度のヘルパーがプラットフォームに参加する一部の人々の障壁として機能します。
より多くの依存噴射のもの - それを望む人にとっては、これは素晴らしいことです。 :)
キャッシュサポートの改善は私にとって大きな勝利です。フレームワークにそれを構築することは大きな利益であり、いくつかの素晴らしいパフォーマンスの節約につながる可能性があります。
追加のvalidationAttributesもミスすることはありません。施設はそれらを追加するのに最適ですが、電子メールやPropertiesMustMatchなどの一般的なライブラリの良いライブラリ。

他のヒント

完全な削除をお願いします全て魔法の弦。

彼らが以下を追加することを本当に願っています：

HTMLタグ属性を使用したスパークスタイルの条件とループ。
更新：ビューのコンパイル時間検証を切り替える可視プロジェクトプロパティ。
私のルートが正しいことを確認/検証する何か。
識別のためにGUIDの代わりにINTを使用するメンバーシッププロバイダーソリューションを使用し、ジェネリックで遅いデフォルトではなく、プロファイルフィールドをカスタムテーブルにマッピングできるようにします。
魔法の弦を避けるためのラムダを拠点とするヘルパー（現在MVCFuturesにあります）
T4MVCテンプレートを自動生成して、強く型付けされたヘルパーを自動生成します
プロジェクトウィザードまたはテンプレートは、IOCや同様の懸念に既にセットアップされているテンプレートを取得するためのテンプレートを取得します。
追加の属性（フィルターと検証の両方）。

うーん、それが私が今考えることができるすべてです:)

ユニットテスト用のMOQオブジェクトを作成するためのツール（T4テンプレート）は非常にクールです。フレームワーク内の特定のオブジェクトのテストは不必要に複雑であり、これの一部をコードする能力を持つことは非常に有益です。

をお願いします：

ツーリング

Ajaxを使用した代替リストビュー たとえば、jqgridの使用（ソート、ページネーション、検索の実装）
CRUDページの拡張機能 エンティティフレームワーククラスのエンティティ関係を検出し、フィールドタイプに基づいて別のコンポーネントを使用する場合、たとえば動的データと同じように：）

ASP.NET MVC 3は.NET 4のみであるため、非同期コントローラーや、.NET 4がもたらす他のすべての新しい非同期/マルチスレッド機能の周りにいくつかのものを見たいと思います。

Ironrubyのようなものに対する組み込みのサポートを見たいです

MEFのサポートがいいでしょう。

RESTサービスを開発しやすくするために、ルーティングを処理する新しい方法を見たいと思います。現在、私はこのようなルートを持っています：

context.MapRoute(null,
                 "api/posts",
                 new { controller = "Post", action = "Get" },
                 new { httpConstraint = new HttpMethodConstraint("GET") });


context.MapRoute(null,
                 "api/posts",
                 new { controller = "Post", action = "Insert" },
                 new { httpConstraint = new HttpMethodConstraint("POST") });


context.MapRoute(null,
                 "api/posts/{id}",
                 new { controller = "Post", action = "Update" },
                 new { httpConstraint = new HttpMethodConstraint("PUT") });


context.MapRoute(null,
                 "api/posts/{id}",
                 new { controller = "Post", action = "Delete" },
                 new { httpConstraint = new HttpMethodConstraint("DELETE") });

ASP.NET MVCを使用している新しい人にとって、ルーティングを処理する匿名のオブジェクトを作成することは非常に直感的ではありません。私はそれがこのようなものに改訂されていることを望んでいます（そして、私たちはC＃4.0を使用しているので）：

context.MapRoute("api/posts",
                 controller: "Post",
                 action: "Get",
                 httpMethodConstraint: HttpMethodConstraint.GET
                );

context.MapRoute("api/posts",
                 controller: "Post",
                 action: "Insert",
                 httpMethodConstraint: HttpMethodConstraint.POST
                );

context.MapRoute("api/posts/{id}",
                 controller: "Post",
                 action: "Update",
                 httpMethodConstraint: HttpMethodConstraint.PUT
                );

context.MapRoute("api/posts/{id}",
                 controller: "Post",
                 action: "Delete",
                 httpMethodConstraint: HttpMethodConstraint.DELETE
                );

これにより、さらに発見可能になります。

インデックスビューを自動的に足場にするヘルパーが欲しいです。多分何かのような IndexDisplay(), IndexDisplayFor(), 、と IndexDisplayForModel().

特定のモデルでバディクラスを自動生成するテンプレートをご希望のものです。

また、HTML-Helper IのようなヘルパーのないほとんどのもののようなSimplicity機能を使用します。ASP.NETMVC3の開発は、将来MVC 3を学習するためのより良い方法です。

私が最も見たい2つのことは、ビュー、フィルターなどでの簡単な依存噴射であり、（これはおそらくRazor View Engineで途中であることを知っています）は、私のビューを単独でテストできることです。 ASP.NETパイプライン（おそらくDoctype検証および/または何らかのタイプのJavaScriptコンパイル/検証を含む）。

他にもいくつかのアイデアがあります：

複数のプロジェクトで再利用するために、UIコンポーネント（ビュー、テンプレート、ビューモデルなど）をパッケージ化できると便利です。私はこれが現在何らかの形で可能であると推測していますが、私はそれを自分で理解するのに十分なほどひどく必要ありません。
のアイデアコントローラーのないアクション特にSRPの観点から、私を興味をそそります。
ポストリダイレクト（P/R/G）パターンに対するより良いサポート...この非常に重要なパターンには本質的なサポートがあるはずです。

より多くのコントロールとヘルパーは、特に（ajax）グリッドで本当に素晴らしいでしょう。

ASP.NET MVC 3プレビュー1も発表されました http://weblogs.asp.net/scottgu/archive/2010/07/27/introducing-asp-net-mvc-3-preview-1.aspx

エリアアセンブリサポート（さまざまなエリアを持つ多くのアセンブリを意味します） +ダイナミックローディング、プラグインのようなものを見たいです。

編集：そして、今日プレビュー1があります： http://weblogs.asp.net/scottgu/archive/2010/07/27/introducing-asp-net-mvc-3-preview-1.aspx

幸せな人はいますか？：>

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow