Usiłuję zaprojektować model encji dla aplikacji, która używa członkostwa ASP.Net do uwierzytelniania użytkownika. W większości schematów baz danych, które tworzę, rekordy zazwyczaj są powiązane z użytkownikami za pomocą pola UserId w tabeli aspnet_users. W przeszłości działało to dobrze, ale teraz, gdy korzystam z EF, mam pewne problemy z koncepcją, aby dowiedzieć się, jak odwołać się do użytkownika z encji.

Na przykład załóżmy, że mamy obiekt „post” zawierający właściwość „postedBy”. Chciałbym być w stanie uzyskać nazwę użytkownika, który utworzył ten post za pomocą czegoś takiego jak nazwa_użytkownika.user, ale uważam, że nie mogę utworzyć encji opartej na tabeli aspnet_user z obawy przed utworzeniem modelu, który pozwala Podczas omawiania zmian w bazie danych omijam klasę członkostwa.

Rozważyłem, że zostawiam pole post.userId jako guid, a następnie wymagam, aby każdy kod, który musi znać nazwę użytkownika, używał tego guid, aby uzyskać użytkownika z klasy członkowskiej, ale to wydaje się „nieeleganckie”.

Czy ktoś ma jakieś zalecenia dotyczące projektów modeli jednostek, które integrują się z członkostwem? Byłabym rozsądna w przypadku jednostki użytkownika „tylko do odczytu”.