asp.net IDを使用する場合のモデルライブラリの分離方法

Question

レイヤードアーキテクチャでアプリケーションを作成したいと思います。私は別の

• モデルなどCodeFirst構成、移行、責任のみのモデルクラス
• データプロジェクトとプロジェクト、
• ビジネスロジックを担当するサービスプロジェクト、およびEF
を使用して、データベース内のデータを保存してい
• Webアプリケーションとサービスの間で使用されるクラスのDtoプロジェクト
• asp.net mvcアプリケーションを使用したWebプロジェクト。

私の目標は、Webプロジェクトがモデルとデータについて何も知らないようにすることでした.Dtoクラスを使用してサービスを消費するだけなので、WebプロジェクトはServiceとDtoを参照する必要があります。私がAsp.Net Identityを設定するまではすべてが素晴らしかった。私が避けたかったデータとモデルのプロジェクトを参照しなければならない認可を設定するために。私の目標を達成することができますか、もしそうなら、それを行う方法は可能ですか？

私の2番目の質問は次のとおりです。

Answer 1

すべてのASP.NETアイデンティティを、EFデータアクセスモデルとアイデンティティモデルの両方を含む独自のプロジェクトに分けることがあります。それを、機能によってではなく、より局所的に、または主題によって分離すると考えてください。

あなたのWebアプリケーションは、サービス、Dto、およびID-を参照し、誰もが自分の世界の角を持つように見えるでしょう。

目的は、同様の機能によってコードを分割する必要はなく、必要のない依存関係を排除し、ドメイン知識を隔離されたブロックと権限ブロックに隠す（またはむしろ保護する）ことです。

はい、あなたのデザインは基本的に堅牢で、一般的にうまくいきます。