2011-09-12 17 views
2

私は "storefront starter kit"を見ていました。ビデオでは、彼は本当になぜ彼がサービス層を使用しているのか説明しませんでした。それらのように見えるだけで余分です。asp.net mvc3、なぜ私たちは、リポジトリパターンを使用するときにサービスレイヤーが必要なのですか?

サービス層を使用している賛否両論は何ですか?

+0

まずこの本をお読みください。設計の複雑さと個別の懸念事項をなぜ取り入れるべきかを理解するのに役立ちます。 – vittore

答えて

1

ほとんどのasp.net mvcアプリケーションでは、コントローラが(インターフェイス経由で)リポジトリに直接アクセスすることができます。私はあなたが必要なときに、例えば他のアプリケーションがあなたのアプリケーションとインターフェースしているときなど、サービス層を追加するだけです。私の意見では、不要な抽象化レイヤーを避けるべきです。

6

リポジトリはデータレイヤーです...データのフェッチと保存が必要です。

サービスレイヤーはビジネスレイヤーです...すべてのビジネスロジックを保持するのがその責任です。

+1

私のすべてのMVC3サイトには、サービス層とリポジトリがあります。私のMVC3サイトはリポジトリに直接アクセスすることはなく、むしろサービス層を介してアクセスします。私のサービス層は、リポジトリからビューモデルおよび/またはドメインオブジェクトにデータを変換し、アプリケーションのすべてのビジネスロジックを含んでいます。私のmvc3サイトは、データの表示と収集のみを管理します。サービス層はすべての重い持ち上げを行います。だから、私のサイトはデータがどこから来ているのか分からない。これはあなたのためには機能しないかもしれませんが、それは私のために働いており、単なる例です。 –

関連する問題