このスレッドでみなさんが話しているこの種のフレームワークの名前はまだないようです。今のところ、RAILSに似たフレームワークと呼んでいます。ほとんどのWebアプリケーションの基本的なニーズを解決することを目的として、他の既存のフレームワークを調整することで生産性を向上させると同時に、開発者からすべての複雑さを隠します。
基本的なニーズとは、永続化プロバイダー、依存関係インジェクションコンテナー、ロギングツール、MVCプラットフォーム、HTMLテンプレートエンジン、CSSプリセットを備えたWebサイトテンプレートスターターキット、セキュリティフレームワーク、およびAJAX機能用のいくつかのJavaScriptライブラリの実装を意味しますと他のクールなもの。RAILSのようなフレームワークは、ドメインモデル（属性を持つシステムのエンティティ）に基づいて、これらすべてのフレームワークとツールを調整します。
これらのフレームワークは、Convention-over-Configurationの原則のおかげで、オーケストレーションするフレームワーク（Spring、Spring MVC、Hibernate、Log4Jなど）が通常必要とする多くの構成ファイルを定義する必要がなく、デフォルトで名前に基づいて構成を想定しています。 、構造、メタデータが同じクラス定義に含まれています。
これらのフレームワークが使用する動的言語（Ruby、Groovy、Python、Clojureなど）のおかげで、AspectJを使用してJavaで動的動作を実装するSpringRooを除いて、その下のフレームワークに属する機能が拡張され、開発者は、基礎となるテクノロジーを知っているだけの統一されたエレガントな方法で利用できます。
最後にScaffoldテクニックのおかげで、開発者が定義したドメインオブジェクトのそれぞれに対して、メイン関数（CRUD）の単体テスト、統合テスト、コントローラー、およびビューが自動的に生成されます。
.NETの世界では、以前のすべての定義に従って、まだ何も開発されていません。しかし、それがすぐに発生するのを妨げるものはありません。.NETの世界では、CLR用に作成された新しいRAILSのようなフレームワークでオーケストレーションできる優れたフレームワーク、ツール、およびライブラリがすでにあります。Unity、Spring.NET、Castle Windsorなどが、依存性インジェクションのニーズに対応しています。Entity Framework 4、NHibernate、iBatis.NETは、非常に優れた.NET永続性プロバイダーです。ASP.NET MVCは、従来のASP.NETに加えて、さまざまなテンプレートエンジンをサポートするようになりました。
DLR言語を使用してこの種のフレームワークを構築できなかったとしても、十分な知識がある人なら誰でも、SpringSourceパスをたどり、アスペクトを利用してF＃、C＃、VB.NETなどの静的言語でRAILSのようなフレームワークを実装できます。 -動的な動作を取得するための指向コンテナ（AspectSharpやGripper-LOOM.NETなど）。
.NETでそのようなフレームワークを開発しようとしている人々のグループについて知りたいです。