Zastanawiam się jak to jest z uwierzytelnianiem użytkowników w różnych aplikacjach www opartych o ASP.NET MVC.
ASP.NET Identity działa fajnie, i łatwo się go używa w gotowym szablonie.
Zastanawia mnie tylko co jeżeli ja wychodzę poza projekt ASP.NET MVC i dodaję inne warstwy do aplikacji. Projekt ASP.NET MVC jest dla mnie tylko warstwą klienta. Nie chcę w nim odzywać się do bazy, bo za to odpowiedzialna jest inna warstwa - serwis/repozytorium.
No i tu jest problem ponieważ wydaje mi się że przeprojektowanie całej gotowej logiki do uwierzytelniania użytkowników, czyli pozbycie się niepotrzebnych rzeczy z kontrolerów i ogl z projektu klienta nie jest czymś prostym i przyjemnym no chyba że się mylę.
Jakie są podejścia stosowane przy tworzeniu takich aplikacji. Używa się Identity, pisze się własne uwierzytelniania użytkowników, korzysta się z innych rzeczy?
Czy może robi się wszystko w projekcie ASP.NET MVC, czyli zamiast bibliotek klas dodaje tam foldery symulujące warstwy. Wiem że tak się robi tylko czy tworzenie osobnych bibliotek klas jest czymś lepszym, czy może czymś nad wyrost.
Jak mam osobne biblioteki klas z serwisami np. no to jasne jest że korzystać mogą z tego też inni klienci ale jak mam wszystko w projekcie ASP.NET MVC to już to raczej poprawne chyba nie jest.
Czy mimo wszystko powinno się tworzyć osobne biblioteki klas dla warstw czy nie. Ja zdaję sobie sprawę że jak to jest jakaś mini aplikacja no to nie ma sensu robić rzeczy które są w niej niepotrzebne ale powiedzmy że mówimy to o jakiejś aplikacji z której korzysta kilka tys osób.