@marcianno1: drogo jak na wiedzę dostępną w internecie

@marcianno1: feedback ( ͡º ͜ʖ͡º)

@Goglez: https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/keywords/params

@Goglez: [Key] oprócz wskazywania na klucz robi też to samo co [DatabaseGenerated(DatabaseGeneratedOption.Identity)] jak kolumna jest odpowiedniego typu (np. właśnie int) także nic innego oprócz [Key] nie musisz używać do klucza głównego.

@Goglez:
[DatabaseGenerated(DatabaseGeneratedOption.Identity)] - wartość w danej kolumnie będzie zmieniona tylko podczas dodawania rekordu, nie będzie zmieniana podczas updejtu. Dodajesz go do kolumny, którym chcesz nadać wartość tylko podczas dodawania za pierwszym razem. Np kolumna 'created' z datą rejestracji użytkownika.

[Key] - będzie to klucz główny w tabeli. Jeżeli kolumna nazywa się Id albo jakasNazwaZakończonaId, to nie musisz dodawać tego atrybutu, bo EF automatycznie doda taki klucz (ale dla przejrzystości koduPokaż całość

@Goglez: Jeżeli używasz Identity to dodaj claim typu ClaimType.Role do tabelki AspNetRoleClaim.

@Goglez: services.AddAuthorization(x => x.AddPolicy("IsUserOrAbove", p => p.RequireRole("admin", "mod", "user")));

cos na takiej zasadzie. I potem kontroler oznaczasz:
[Authorize(Policy = "IsUserOrAbove")]

i analogicznie innePokaż całość

@w_o_w: odkąd usłyszałem modlę się żeby wypaliło... Nienawidzę babrać się w JS i jego frejmłorkach

@singollo: Popatrz na to tak, że po publikacji na jakimś IIS, projekt "Project.API" trafi po prostu do jednej dllki w podkatalogu "bin". Dlatego jeżeli będzie szukał czegoś w ../Views/xxx to będzie to podkatalog z głównego projektu "Product.Web"

@w_o_w: najlepiej chyba dorzucic do pipeline jakis ErrorHandlerMiddleware ktory bedzie lapal wyjatki rzucane przez serwisy, repozytoria lub obiekty domenowe. Niech te obiekty rzucaja wyjatki w sensowny sposob - np. te dotyczace autoryzacji niech beda UnauthorizedAccessException, te z serwisow ServiceException (wlasna klasa dziedziczaca po Exception itp.
Middleware niech na podstawie tego co zlapal (pattern matching) ustawia odpowiedni http status code odpowiedzi i w payload zwraca jakies dodatkowe info w stylu kodPokaż całość

@w_o_w: z kolei na froncie daj inny middleware do serwisu obslugjacego zapytania http / fetch. Znane mi frameworki (vue i aurelia ale zakladam ze i kazdy inny sensowny) daja mozliwosc ustawienia interceptorow na wszystkie żądania wychodzace / odpowiedzi wracajace. Mozna wiec w pipeline wstrzyknac prosta kontrole ktora sprawdza jaki kod wrocil z backendu i jezeli jest to cos innego niz 2XX to robi reject na promisie oraz wyswietla np. modalaPokaż całość

@bielu000: Nie ma jednego słusznego rozwiązania. Są różne podejścia, ale dobrze jest przyjąć jakiś jeden spójny poziom abstrakcji. Czyli np. ProjectRepository, w którym masz operacje CRUDowe związane z projektem oraz osobne TaskRepository związane z taskami. Dyskusyjne są takie operacje jak AddTaskToProject(), bo to już trochę bardziej płynne, choć w tym konkretnym przypadku bardziej TaskRepository (bo albo to jest w ramach dodawania nowego taska, albo w ramach jego edycji).
Robienie jednegoPokaż całość

@bielu000 nie polecam ani nie zniechęcam ale prawda jest taka że wg zaleceń ms nie powinno się implementowac repozytoriow dla ef w wersji bodajże 6 I wyższych bo dbcontext jako tako jest implementacją wzorca repozytorium i też unit of work czyli możesz robić warstwę serwisów i tam operować na dbcontext

@Goglez: Na podstawie wyjątku powiedziałbym, że jwtSettings.Key jest nullem.

@Goglez: Słowo kluczowe "Include".

http://foreverframe.net/when-use-include-with-entity-framework/

https://msdn.microsoft.com/en-us/library/jj574232(v=vs.113).aspx

@piotrek-5: nie wiem jak Identity w .net core wygląda, ale może to Cię nakierować (przykład w klasycznym .NET)
https://stackoverflow.com/questions/28335353/how-to-extend-available-properties-of-user-identity

@lubii: uzyj pushera

@pepepanpatryk: Ten z EntityFramework nie da rady?

@pepepanpatryk: Ten: https://github.com/aspnet/Identity/blob/3.0.0-rc1/src/Microsoft.AspNet.Identity/PasswordHasher.cs

@Goglez: absolutnie nie może. Modele nie powinny zawierać logiki

@Goglez: konstruktorem wyłącznie inicjalizujesz pola, inaczej jest be

@SeQQ to by się może i zgadzało ale jeśli byśmy mieli na uwadze same .Net a nie core

@hiroszi: ok jest za wcześnie i nie widziałem .core :( core raczej mało a z tego co rozmawialem ze znajomymi dużo firm eksperymentuje z .net core w prywatnych projektach więc może się to jakoś ruszy

@Wunderwafel:

Zapytałem Googla i wygląda na to, że w C# nie ma mixinów, więc możesz zignorować to co napisałem wyżej.

@Wunderwafel: o programowaniu obiektowym to ty za dużo nie wiesz kolego

@Wunderwafel: nie, to nie unit testy. Szukasz narzędzi do pen testów, ale teraz nie przychodzi mi nic konkretnego do głowy.

@Wunderwafel: To nie są testy jednostkowe. To już podchodzi pod testy REST API.
Potrzebujesz narzędzia, w którym przygotowujesz scenariusz - Logowanie -> Kontrolery -> Assert, czy uzyskałeś dostęp czy nie.

Może Postman da radę (To jedyna rzecz, jaka mi przychodzi do głowy. Jeśli nie da rady, to szukaj czegoś innego [Albo pisz sam oddzielną aplikację do testowania.])