Pytania dot. implementacji projektu ASP.NET MVC

Siemano!
Chcę stworzyć projekt w ASP.NET MVC robiąc tak, jak to się powinno robić (przynajmniej większościowo) i w związku z tym mam kilka pytań do bardziej doświadczonych osób.

Może zacznę od tego, iż na cel wziąłem sobie stworzenie serwisu ogłoszeniowego. Mam obiekty ogłoszeń, które są przypisywane do użytkownika lub obiektu podmiotu, którym zarządza użytkownik. Ponadto chcę umożliwić komunikacje między użytkownikami poprzez wewnętrzną wymianę wiadomości.

Aplikacje postanowiłem podzielić na oddzielne moduły:
-Model (obiekty mapowane na bazę)
-Contracts (ViewModele oraz interfejs serwisów)
-Infrastructure (DbContext EF)
-Application (implementacje serwisów, które korzystają z ORM)
-Web (aplikacja MVC)

Czy modele wiadomości i konwersacji powinienem trzymać w tym samym miejscu co modele ogłoszeń i podmiotów?
Jak powinienem zaimplementować system autoryzacji ASP Identity (domyślnie wybierając projekt z autoryzacją tworzy on się w Web)?
Od razu dodam, że nie zamierzam tworzyć pseudorepozytoriów, lecz operować na ORM. Wystarczy, że będę korzystał z gołego DbContext?

DrPeter napisał(a):

Czy modele wiadomości i konwersacji powinienem trzymać w tym samym miejscu co modele ogłoszeń i podmiotów?

Chodzi Ci o ten sam dysk twardy, projekt czy namespace?
No i czemu chciałbyś trzymać razem, a czemu osobno?

Jak powinienem zaimplementować system autoryzacji ASP Identity (domyślnie wybierając projekt z autoryzacją tworzy on się w Web)?

Sprecyzuj pytanie - co Ci nie odpowiada w "pudełkowym" rozwiązaniu.

Od razu dodam, że nie zamierzam tworzyć pseudorepozytoriów, lecz operować na ORM. Wystarczy, że będę korzystał z gołego DbContext?

Tak sądzę.

@somekind: dzięki za Twoją odpowiedź.

somekind napisał(a):

DrPeter napisał(a):

Chodzi Ci o ten sam dysk twardy, projekt czy namespace?
No i czemu chciałbyś trzymać razem, a czemu osobno?

Miałem na myśli ten sam projekt. Jednak wydaje mi się, że tak będzie w porządku.

somekind napisał(a):

DrPeter napisał(a):

Sprecyzuj pytanie - co Ci nie odpowiada w "pudełkowym" rozwiązaniu.

Logika zawarta w AccountController w projekcie prezentacji MVC. Powinienem to zrobić na serwisach, aby uniknąć powiązania tej warstwy z bazą danych?

Nie potrzebne ci są interfejsy do Serwisów które będą pytać jedną tabkę w bazie, wygląda to tak jak byś chciał odwracać zależności z Web co jest bezsensu. Po co w ogóle tworzyć ich instancje.?

Co słowo model ma wspólnego z pustymi obiektami ?

Pracuję w jednym projekcie z EF o matko jaka to jest katorga.