Sprawdzenie architektury projektu.

0

Hej, planuję stworzyć nieco większy projekt (ASP.NET MVC) w celu uzupełnienia portfolio. Prosiłbym Was o sprawdzenie czy taka architektura jest w porządku:

Cała solucja będzie podzielona na cztery projekty:

  • Projekt.Core - czyli typowy projekt webowy z widokami, kontrolerami i view-modelami. Tutaj także rejestrowane będą wszystkie zależności dla kontenera DI. Z tego powodu ten projekt będzie miał odwołania do wszystkich pozostałych projektów.
  • Projekt.Services - tutaj będą wszystkie serwisy i obiekty domenowe. Ten projekt będzie odwoływał się do Projekt.DAL
  • Projekt.DAL - tutaj będą klasy EF (DbContext) oraz wszystkie modele.
  • Projekt.Tests - tu wiadomo

I jeszcze dodatkowe pytanie, gdzie wrzucić klasy związane z ASP.NET Identity (te dziedziczące po IdentityUser, IdentityRole itp.)

Czarny Lew

0

Ten Twój Core to zazwyczaj nazywa się Client, Web. Autentykacja i autoryzacja to infrastruktura, więc można je np. umieścić w projekcie Infrastructure. Tam też pewno znajdą się różne utilsy i helpery.
Ale podział i tak w ogóle nie ma sensu i tak, skoro aplikacja webowa ma mieć referencje do ORMa.

0

Rozumiem, w takim razie jak to powinno wyglądać dobrze?

Generalnie rzecz biorąc, też chciałem by projekt webowy miał odwołanie wyłącznie do warstwy serwisów, ale w tymże projekcie rejestrowałem również zależności dla DI, w tym interfejs DbContext (który potem przekazywałem do konstruktorów serwisów). Stąd musiałem mieć odwołanie również do tego projektu.

1 użytkowników online, w tym zalogowanych: 0, gości: 1