5

Microsoft は最近、Web API や SPA などの新しい非常に優れた機能を備えた MVC 4 ベータ版をリリースしました。そしていつものように、Microsoft のデモは、ソフトウェア設計の見通しからのベスト プラクティスを示していません。たとえば、EF に密結合された DbController を使用します。

最新の ASP .NET アプリでは、SPA と Web API が密接に連携しているように思えます。Web API や SPA などの新しいテクノロジを適用する MVC 4 ベースのソリューションを構築するための提案を聞きたいです。

たとえば、独自のコントローラーを使用して Web API プロジェクトをベース MVC4 プロジェクトから分離することをお勧めしますか。データの永続性を個別に維持するために、SPA を処理し、DbController を使用しない方法は? 通常の MVC4 アプリ、特に Razor ビューの主な役割は何ですか?

他の考えや提案は大歓迎です。

4

2 に答える 2

4

MVC4 + Web API の分離について: imho (いつものように) 具体的なプロジェクトに依存します。

EF に関して: EF エンティティを返すのではなく、代わりに独自の DTO を返す必要があります。

MVC カミソリ ビューの役割は、クライアントから動的にロードする部分ビューをレンダリングすることです。また、最初に読み込まれるインデックス ページに対して、CSS / JS などの条件付き読み込みなどの処理を行うこともできます。

于 2012-03-10T12:52:08.547 に答える
3

貪欲なルートで問題が発生する可能性があるため、SPA/Web サイトとは別の Web サイト プロジェクトに API を保持することをお勧めします。

データへのアクセスは必ず分離し、疎結合にしてください。

于 2012-03-10T19:03:17.393 に答える