私は3段アーキテクチャに基づいたアプリケーションを400以上のストアドプロシージャを持つpostgresデータベース（npgsql）で作成していますが、今ではMVC3フレームワークを使用して同じアプリケーションを開発したいと思います。既存のPostgresデータベースを使用したMVC3データベースへのアクセス
私は、これらのストアドプロシージャを使用して既存のデータベースを使用する最良の方法を知りたいと思います。私は最初のアプローチでコードを見つけました（http://weblogs.asp.net/scottgu/archive/2010/08/ 03/using-ef-code-first-with-existing-database.aspx）を使用していますが、その最高のソリューションかどうかを知りたいのです。
私はRazorの利点についても読んだのですが、私のアプリケーションにはDataGridViewsとTabContorlsがたくさんあるので、Razorと一緒に行くのは簡単でしょうか？
まずあなたは、リファクタリングしたり、MVC3を使用して、既存のアプリケーションを開発して行く必要があり、変換レベルのレベルを決定する必要があるため、次の
：
技術としてのMVCの操作は、DOPをOOP設計または通常のOOPとする方法と関連しています。どちらのアプローチでも、メインレイヤーはDBではなくドメインモデルであるため、すべてのストアドプロシージャをドメイン内のビジネスロジックに変換する必要がありますモデル自体または既存のDBを使用することができます。この場合、MVCを使用する大きな利点の1つが失われます
プレゼンテーションレイヤーでMVCを操作すると、DataGridViewsやTabContorlsの操作が考慮されないため、スローする必要があります。再利用する方法はありません。パターンとアプローチ自体の性質>
だからあなたが持っているので、最後には
、MVCを使用する主な利点は,,、ユニットテストとMVCが提供する保守性の高いレベルの性能ですあなたが保つものと捨てるものを決めるために達成したいトランスフォーメーションのレベルを本当によく考えると思うのですが、本当にあなたのプロジェクト全体を再構成しないのであればMVCに変えないでください。それをそのままリファクタリングして既存のアプローチを強化する既存のフレームワーク/インフラストラクチャ（既存のアプリケーションからデータベースをどのようにクエリするか）を活用することができます（http://npgsql.projects.postgresql.org/）。
第2に、DataGridViewとTabControlsを使用している場合、ASP.NET MVCは実際にサーバーコントロールでは機能しません。グリッドを表示するHtmlHelperを取得するか、自分で作成する必要があります。
私は質問する必要があると思う質問は、MVC対WebForms 4.0に行きたい理由は何ですか？あなたはおそらく、あなたの仕事のほとんどがスローされますので、
私たちの懸念事項はパフォーマンスです。これがMVCに移行しようとしている理由です。 MVCはパフォーマンスに何らかの援助を提供しますか？ – Shobi23
返信いただきありがとうございます。私は実際に3層アーキテクチャを採用することは賢明だと考えています。現時点では保守性の問題に直面していません。 – Shobi23
MVCは、プレゼンテーションレイヤー、より多くのJavaScriptが生成されたり、重いビューステートなどが増えないようにするために、パフォーマンスを向上させるのに役立ちますが、使い慣れた生産性の高い学習時間が必要です。また、移行する長期的な計画を置くことができます、最後に私を理解することを逃すことはありませんと私は主な利点の一つはメンテナンス性であることを覚えていないすべてのbefits保守性です。 –